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PREFACE 


This  report  prepared  by  the  Transportation  Systems  Center  (TSC)  concludes  the  analysis 
of  the  current  Product  Definition  Data  (PDD)  environment  which  was  undertaken  as  part 
of  the  US  Air  Force  Computer-aided  Acquisition  and  Logistics  Support  (CALS)  Program. 
This  investigation  was  coordinated  by  the  Air  Force  CALS  Management  Integration  Office 
(MIO)  at  HQ  AFSC. 

The  report  describes  the  Air  Force  organization  and  functions  employed  in  the  acquisi¬ 
tion,  use,  and  management  of  engineering  drawings  and  associated  data.  The  flow  of 
data  among  the  Air  Force  and  contractors  during  the  design/engineering,  manufacturing, 
and  post-production  phases  has  been  defined.  In  addition,  the  report  describes  the  major 
problems,  issues,  and  findings  identified  during  the  current  environment  analysis. 

The  work  was  performed  under  the  direction  of  Dr.  Robert  Smith  of  the  Information 
Integration  Division  at  the  Transportation  Systems  Center  (TSC)  of  the  Department  of 
Transportation.  TSC  has  drawn  upon  the  knowledge  and  experience  of  a  number  o. 
consultants,  and  would  like  particularly  to  recognize  the  efforts  of  staff  members  from  the 
following  organizations:  DYNATREND  Inc.,  RJO  Enterprises,  and  UNISYS,  Inc.  In  addi¬ 
tion,  TSC  would  like  to  extend  thanks  and  gratitude  to  the  members  of  the  Air  Force  and 
defense  contractors  who  contributed  to  the  development  of  this  report. 

The  PDD  Current  Environment  Report  identifies  a  baseline  for  the  development  of  an 
automation  plan  (7-10  years)  to  receive,  store,  use,  and  disseminate  to  digital  PDD.  Any 
comments  or  inputs  are  encouraged  so  that  this  report  will  be  current  and  integral  to  the 
success  of  this  program. 


EXECUTIVE  SUMMARY 


BACKGROUND 

The  objective  of  the  Air  Force  Computer-aided  Acquisition  and  Logistics  Support  (CALS) 
Program  is  to  improve  weapon  system  reliability,  supportability  and  maintainability,  and 
to  reduce  the  cost  of  weapon  system  acquisition  and  logistics  support.  As  part  of  the  Air 
Force  CALS  Program,  automation  plans  (7-10  years)  are  being  developed  that  define  the 
infrastructure,  functional  requirements,  technologies,  and  implementation  strategy  to  re¬ 
ceive,  use,  and  disseminate  digital  technical  data.  The  Air  Force  CALS  Program  employs 
a  phased  Modular  Planning  Process  (MPP)  which;  1)  examines  the  current  environment, 
2)  studies  the  opportunities  and  3)  plans  the  future  direction.  The  areas  of  technical  data 
currently  being  addressed  are:  Technical  Orders  (TOs),  Product  Definition  Data  (PDD), 
and  Logistics  Support  Analysis  (LSA). 

Tlie  CALS  PDD  Current  Environment  Report  documents  the  current  functions,  organiza¬ 
tions,  data,  and  applications  for  the  acquisition,  use.  and  management  of  PDD  to  support 
weapon  systems.  This  report  is  the  culmination  of  Phase  1  of  the  PDD  module  and 
provides  a  baseline  for  the  development  of  a  PDD  Automation  Plan. 

METHODOLOGY 

In  order  to  establish  a  clear  understanding  of  the  PDD  environment,  interviews  and  site 
visits  were  conducted  in  conjunction  with  a  review  of  relevant  documentation.  The  infor¬ 
mation  collected  forms  the  basis  of  this  report.  To  perform  the  actual  examination  of  the 
current  environment,  three  structured  analysis  methodologies/techniques  were  employed: 
Organization  Assessment,  Integrated  Computer-Aided  Manufacturing  (ICAM)  Definition 
(IDEFo)  models,  and  Data  Flow  Diagrams  (DFDs). 

The  following  is  a  summary  of  the  major  sections  of  the  report: 

•  Organizational  Assessment  -  Describes  the  Air  Force  organizations’  primary  func¬ 
tions  and  data  usage  requirements. 

•  IDEFo  Diagrams  -  Depicts  a  functional  description  of  how  the  Air  Force  acquires, 
uses  and  manages  PDD.  The  diagrams  also  depict  the  input,  controls,  output,  and 
mechanisms  (ICOMs)  and  the  interrelationship  among  the  business  functions. 

•  Data  Flow  Diagrams  (DFDs)  -  Provides  a  clear  understanding  of  the  processes 
involved  in  the  formulation  of  PDD  by  identifying  the  data  requirements,  data 
flows,  and  organizations  that  develop  PDD  during  the  acquisition  phase,  and  the 
subsequent  use  of  PDD  by  the  Air  Force  during  post-production  support. 


•  FDD  Dimensious  -  Defines  the  current  level  and  volume  of  FDD  through  the  iden¬ 
tification  of  the  number  of  drawings,  storage  requirements,  and  number  of  manual 
repositories. 

•  Concerns,  Issues,  and  Findings  -  Identifies  the  concerns,  issues  and  findings  of  the 
current  FDD  environment  that  were  collected  and  documented  during  the  develop¬ 
ment  of  the  report. 

CUKRENT  ENVIRONMENT  SUMMARY 

The  examination  of  the  current  FDD  environment,  as  described  in  the  IDEFq  and  DFD 

diagrams,  revealed  the  following  three  major  activities: 

•  Acquisition  -  The  major  planning  activities  in  acquiring  engineering  data  include 
the  formulation  of  the  Engineering  Data  Management  Flan  (EDMF)  by  the  Air 
Force  Systems  Command  (AFSC)  System  Frogram  Office  (SFO)  and  the  definition 
of  the  engineering  data  requirements  by  the  ALCs  during  the  Data  Call  process. 
The  development  of  FDD  by  Contractors  is  divided  into  two  major  functional  areas 
-  Engineeiing/Design  Data  and  Manufacturing  Data.  The  review  of  FDD  is  accom¬ 
plished  through  technical  reviews/audits  (e.g..  Preliminary  Design  Review,  Critical 
Design  Review,  Functional  Configuration  Audit,  and  Physical  Configuration  Audit) 
and  In-Process  Reviews  (IPRs)  which  review  the  engineering  drawing  formats. 

•  Use  -  The  development  and  use  of  FDD  is  required  to  support  the  post-production 
applications:  Spares  Reprocurement,  Local  Manufacturing,  Repairs,  and  Modifica¬ 
tions.  Revisions  to  FDD  are  issued  based  on  configuration  changes  as  defined  in 
Engineering  Change  Proposals  (ECPs)  and  Engineering  Change  Orders  (ECOs). 

•  Management  -  Engineering  data  is  maintained  and  controlled  in  manual  reposito¬ 
ries,  Engineering  Data  Support  Centers  (EDSCs),  and  distributed  to  the  ALCs  and 
Using  Commands  in  the  form  of  engineering  drawings  and  aperture  cards. 

MAJOR  CONCLUSIONS 

Several  key  conclusions  have  been  drawn  from  analyzing  the  FDD  current  environment- 

•  Contractor/Air  Force  Data  Usage  Differences  -  Based  on  an  examination  of  the 
current  environment,  it  was  found  that  the  source  of  information  (Contractor  crea¬ 
tion  of  FDD)  and  the  destination  of  data  (Air  Force  use  of  engineering  data)  have 
major  differences  in  scope  and  breadth: 

o  Contractor  -  Creates  a  "broad”  spectrum  of  data,  namely  FDD,  which  in¬ 
cludes  analysis  models,  design  data,  geometry,  test  data,  processes,  etc.,  to 
perform  design,  manufacturing,  and  testing  of  weapon  systems. 
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o  Air  Force  -  Receives  and  uses  a  “limited”  set  of  data,  namely  engineering 
data,  which  includes  engineering  drawings,  associated  lists,  specifications, 
and  other  related  information  in  support  of  post-production  support  activi¬ 
ties. 

•  Major  Organizations  -  The  organizational  assessment  identified  that  the  ALC  Ma¬ 
teriel  Management  (MM),  Maintenance  (MA),  and  Competition  Advocacy  (CR)  Di¬ 
rectorates  are  the  predominant  users  of  FDD  to  support  spares  reprocu'-ement  and 
sustaining  engineering  activities.  The  AFSC  Product  Divisions/SPO  is  responsibie 
for  PDD  acquisition  and  reviews.  The  Using  Commands  require  engineering  draw¬ 
ings  to  support  base-level  repair  and  local  manufacturing. 

•  Major  Applications  -  Uses  of  PDD  support  four  post-production  support  applica¬ 
tions: 

o  Spares  Reprocurement  -  This  process  entails  the  assembly  by  the  ALCs  of 
engineering  drawings,  specifications,  and  lists  for  the  formulation  of  bid 
sets  for  reprocurement. 

o  Local  Manufacturing  -  The  ALCs  and  Using  Commands  perform  locai 
manufacture  of  parts  when  it  is  either  more  economicai  or  timeiy  than 
reprocuring  spare  parts.  The  use  of  2D  and  3D  drawings,  process  specifica¬ 
tions,  and  material  specifications  are  required  for  locai  manufacturing.  \ 

o  Repair  -  Weapon  system  repair  is  performed  by  the  ALCs  and  Using  Com¬ 
mands  in  support  of  depot  and  base  level  maintenance.  Engineering  draw¬ 
ings,  parts  iists,  specifications,  and  analysis  data  are  used  to  support  the 
repair  process.  ^ 

o  Modifications  -  This  activity  requires  the  deveiopment  of  modification  kits 
based  on  new  operational  capabilities,  reported  deficiencies,  or  new  mission 
threats.  Weapon  system  modifications  require  the  use  of  anaiysis  modeis, 
product  specifications,  and  engineering  data.  The  ALCs  typicaily  are  re¬ 
sponsible  for  program  management  of  modifications  after  Program  Respon¬ 
sibility  Management  Transfer  (PMRT).  In  addition,  the  ALCs  and  Test 
Wings  perform  some  modifications  organically. 

•  Data  Requirements  -  The  information  required  to  support  post-production 
applications  are  broken  into  the  following  major  data  classes: 

o  AnalysisI Design  Data  -  models,  loads,  stress,  properties,  aliowabies. 

o  Engineering  Data  -  engineering  drawings,  parts  iists,  shape/size  data. 

o  Specifications  -  system,  development,  product,  material  and  process  specifi¬ 
cations. 
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o  Process/Manufacturing  Data  -  tooling,  fabrication,  assembly  data,  numerical 
control  data. 

o  Test  Data  -  test  plans,  specifications,  test  requirements,  flight  test  data. 

In  general,  engineering  and  manufacturing  data  is  required  for  spares  reprocure¬ 
ment  and  local  manufacmring  while  design  and  engineering  data  are  required  for 
repairs  and  modifications. 

•  Data  Formats  -  Using  the  information  from  DFDs,  a  series  of  matrices  were  devel¬ 
oped  which  provided  several  important  observations  regarding  the  format  of  FDD. 
It  was  found  that  the  primary  data  formats  developed  by  the  contractors  during  the 
design,  engineering,  and  manufacturing  phases  are:  2D  and  3D  vector  images  and 
raster  images.  Conversely,  ALCs  generally  accept  aperture  cards/drawings  in  hard 
copy  format  and  re-enter  data  into  local  CAD/CAM  systems  to  support  post-pro¬ 
duction  applications.  The  primary  physical  storage  type  is  magnetic  media  (i.e., 
magnetic  tape  or  disk). 

•  FDD  Dimensions  -  At  present,  the  ALCs  and  Base-level  Maintenance  maintain  a 
combined  total  of  over  44  million  aperture  cards.  It  has  been  projected  that  there 
will  be  80  million  aperture  cards  at  the  ALCs  requiring  approximately  1200 
gigabytes  over  a  5-10  year  time  frame. 

•  Major  Concems/Opportunities  -  Several  concerns  were  identified  as  a  result  of 
the  examination  of  the  current  environment.  These  concerns  present  potential  op¬ 
portunities  for  automation  to  be  addressed  in  the  FDD  Automation  Flan. 

o  Engineering  Data  Acquisition  Methods  -  The  initial  engineering  data  acquisi¬ 
tion  is  critical  to  successful  logistics  and  engineering  support.  Currently, 
concerns  are  attributed  to  three  major  factors:  1)  inconsistent  data  formats, 

2)  IFRs  focus  on  drawings  format,  not  the  technical  accuracy  and  complete¬ 
ness,  and  3)  the  current  DRED  (Deferred  Requisition  of  Engineering  Data) 
acquisition  method  causes  data  availability  problems. 

o  Configuration  Management  Practices  -  The  major  source  of  this  concern  is  the 
incomplete  engineering  data  packages  that  are  accepted  by  the  Air  Force  at 
FMRT.  In  addition,  the  current  configuration  of  the  weapon  system  is  not 
consistent  with  the  engineering  data  due  to:  1)  lost  and  missing  data,  2) 
uncontrolled  local  drawing  files,  and  3)  lack  of  controlled  update  proce¬ 
dures  on  ECFs/OCFs  between  the  Air  Force  and  contractors. 

o  Manual  Access/Distribution  Procedures  -  The  labor  intensive  process  of  man¬ 
aging  and  maintaining  the  aperture  cards  causes  delays  in  responding  to 
user  requests  for  drawings  at  the  ALCs  and  also  causes  backlogs  of  up¬ 
dates/new  engineering  data  distributed  by  the  ALC  to  MAJCOM  bases. 
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CHAPTERS  1-6 


INTRODUCTION 
ORGANIZATIONAL  ASSESSMENT 

idefq  diagrams 

DATA  FLOW  DIAGRAMS  (DFDs) 
FDD  DIMENSIONS 
CONCERNS,  ISSUES,  AND  FINDINGS 


SECTION  1:  INTRODUCTION 


1.1  BACKGROUND 

In  conjunction  with  the  Department  of  Defense-wide  Computer-aided  Acquisition  and 
LxDgistics  Support  (CALS)  program,  the  Air  Force  CALS  program  was  established  to  im¬ 
prove  weapon  system  reliability  and  maintainability  and  to  reduce  the  cost  of  acquisition 
and  support.  A  major  objective  of  CALS  is  to  improve  the  flow  of  technical  information 
by  introducing  automated  techniques  to  improve  the  delivery  and  handling  of  large  quanti¬ 
ties  of  digitized  technical  data.  The  areas  of  technical  data  currently  being  addressed  by 
this  effort  are:  Technical  Orders  (TOs),  Product  Definition  Data  (PDD),  and  Logistics 
Support  Analysis  (LSA).  Upon  achieving  automation,  CALS  will  significantly  reduce  the 
amount  of  paper  and  labor  necessary  to  receive,  store,  use,  and  disseminate  these  techni¬ 
cal  data. 

In  October  1985,  an  Air  Force  Program  Management  Directive  (PMD)  created  a  CALS 
Management  Integration  Office  (MIO)  at  HQ  Air  Force  Systems  Command  (AFSC)  to 
coordinate  the  CALS  program.  The  Air  Force  CALS  MIO  is  responsible  for  planning, 
developing,  and  implementing  the  CALS  initiatives.  The  U.S.  Department  of  Transporta¬ 
tion  Transportation  Systems  Center  (DOT/TSC)  is  providing  systems  engineering  and 
strategic  planning  support.  To  undertake  the  strategic  planning  associated  with  the  CALS 
initiatives,  TSC  has  developed  and  implemented  the  Modular  Planning  Process  (MPP), 
which  is  an  information  engineering  systems  approach  designed  to: 

•  Focus  on  technical  plans  that  will  not  be  outdated  before  implementation. 

•  Incorporate  existing/on-going  Air  Force  systems. 

•  Meet  the  information  distribution  requirements  of  the  Air  Force  user  community. 

•  Interface  with  a  variety  of  organizations  responsible  for  weapon  systems  acquisi¬ 
tion  and  logistic  support. 

The  MPP  is  divided  into  three  phases:  1)  an  examination  of  the  existing  environment,  2) 
a  study  of  opportunities,  and  3)  a  plan  of  future  direction  (See  FIGURE  1-1).  Using  this 
framework,  The  Air  Force  Tech  Order  Management  System  (AFTOMS)  Automation  Plan  was 
developed  and  a  concept  has  been  approved  for  Technical  Orders.  Additionally,  an  analy¬ 
sis  of  Logistics  Support  Analysis  (LSA)  is  now  being  conducted. 

This  report  is  the  result  of  an  examination  of  the  existing  engineering  data  environment, 
undertaken  as  the  first  phase  in  the  MPP,  and  as  an  initial  step  in  developing  a  Product 
Definition  Data  (PDD)  Automation  Plan.  It  will  assist  the  CALS  effort  to  plan  for  the 
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FIGURE  1-1.  MODULAR  PLANNING  PROCESS  OVERVIEW 
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automation  of  PDD  over  the  next  ten  years  by  accommodating  all  of  the  present  Air  Force 
acquisition  and  logistics  requirements,  meeting  future  Air  Force  requirements,  and  being 
flexible  enough  to  take  advantage  of  future  advances  in  technology. 

1.2  SCOPE 

The  scope  of  technical  information  for  the  PDD  module  in  the  current  Air  Force  organiza¬ 
tional  and  functional  environment  falls  into  two  general  areas,  engineering  data  and  PDD. 

•  Engineering  Data  -  Engineering  data  is  the  primary  set  of  information  that  the  Air 
Force  currently  receives,  such  as  engineering  drawings,  associated  lists,  specifica¬ 
tions,  and  other  related  documentation  to  support  the  weapon  system. 

•  PDD  -  PDD  is  the  information  that  the  contractor  creates  during  the  acquisition  life 
cycle.  It  includes  the  various  models,  analysis  data,  design  data,  material  charac¬ 
teristics,  geometry,  manufacturing  data,  test  data,  processes,  etc.,  to  perform  de¬ 
sign,  manufacturing,  and  test  of  weapon  systems  development. 

1.3  OBJECTIVES 

The  analysis  of  the  current  environment  focuses  on  identifying  the  issues  relating  to  engi¬ 
neering  data  and  PDD  content,  automation,  acquisition,  use,  support,  and  organization. 
Specifically,  the  objectives  of  this  examination  are  as  follows: 

•  Identify  voids  and  redundancies  in  the  acquisition,  management,  transfer,  and  use 
of  PDD. 

•  Articulate  responsibilities  of  various  Air  Force  organizations  in  the  planning,  acqui¬ 
sition,  management,  and  use  of  PDD. 

®  Increase  the  understanding  of  the  creation,  acquisition,  use,  and  management  of 
PDD  by  depicting  that  process  using  structured  analysis  methods. 

«  Clarify  some  of  the  differences  between  the  formal  Air  Force  PDD  processes  as 
defined  in  the  Military  Standards  (MEL  STDs)  and  Air  Force  regulations  in  com¬ 
parison  to  current  environment  operations. 

•  Identify  PDD  user  requirements  that  need  to  be  addressed  in  the  automation  plan. 

•  Establish  a  baseline  to  study  the  opportunities  and  plan  the  direction  of  the  PDD 
automation  effort. 

•  Provide  a  benchmark  for  the  identification  of  constituencies  which  could  use  PDD 
in  the  future  environment. 

By  fulfilling  these  objectives  the  report  will  provide  the  background  information  necessary 
for  subsequent  analytic  efforts  and  recommendations  in  the  development  of  the  PDD 
Automation  Plan. 
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1.4  METHODOLOGY 


Documents,  site  visits,  and  interviews  were  used  to  collect  the  data  necessary  for  the 
study.  The  documentation  analysis  consisted  of  a  review  of  all  relevant  Air  Force  acquisi¬ 
tion  regulations,  mission  and  organization  regulations,  and  other  documents  pertaining  to 
FDD.  Site  visits  and  interviews  were  conducted  at  Air  Force  organizations  involved  in 
acquisition  and  logistics. 

The  following  modeling  tools  were  used  to  investigate  the  current  FDD  environment: 

•  Organizational  assessment. 

•  Integrated  Computer  Aided  Manufacturing  (ICAM)  Definition  (IDEFo)  Model. 

•  Data  Flow  Diagrams  (DFDs). 

Two  of  these  techniques  (IDEFq  and  Data  Flow  Diagrams)  are  activity  models,  which 
document  the  Product  Definition  Data  (FDD)  functions  by  describing  the  operations,  proc¬ 
esses,  data  flows,  and  interrelationships  among  activities.  The  use  of  these  techniques 
has  enabled  the  scope  of  the  current  environment  to  be  definitized. 

1.4.1  Organizational  Assessment 

The  roles  of  the  various  Air  Force  organizations  involved  in  FDD  acquisition,  use,  and 
management  are  defined  by  Air  Force  regulation  and  current  practice.  However,  an 
articulation  of  the  roles  of  these  organizations  is  critical  to  developing  and  implementing 
the  FDD  Automation  Plan.  An  organizational  assessment  was  conducted,  resulting  in  a 
description  of  the  Air  Force’s  organization,  roles,  and  responsibilities,  which  is  accompa¬ 
nied  by  summary  matrices  mapping  the  FDD  applications  and  data  requirements  to  the 
Air  Force  organizations.  This  assessment  defines  how  FDD  is  currently  used,  identifies 
the  impact  of  FDD  on  the  various  Air  Force  organizational  entities,  and  articulates  the 
context  of  FDD  use  in  the  current  environment. 

1.4.2  Integrated  Computer  Aided  Manufacturing  (ICAM)  DeHnition  (IDEFq)  Diagrams 

An  IDEFq  model  was  used  to  provide  a  graphic  representation  of  weapon  system  acquisi¬ 
tion,  post-production  use,  and  management  of  engineering  data.  Each  diagram  is  accom¬ 
panied  by  text  which  describes  and  explains  the  processes.  Taken  as  a  whole,  the  IDEFq 
model  provides  a  functional  description  of  the  engineering  data  process.  It  identifies  and 
depicts  the  input  data  required  to  perform  an  activity,  the  output  products  resulting  from 
that  activity,  the  mechanisms  which  perform  the  tasks,  and  the  controls  which  govern  the 
functions.  Collectively,  these  four  constructs  allow  analysis  of  the  relationships  among 
engineering  data  activities  and  the  decomposition  of  each  activity  into  additional  compo¬ 
nents. 
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1.4.3  Data  Flow  Diagrams  (DFDs) 


The  DFDs  are  graphic  representations  of  the  flow  of  data  between  contractor  and  ,Air 
Force  functions  and  organizations.  This  approach  complements  and  extends  the  scope  of 
the  IDEFo  mode!  in  the  areas  of  weapon  system  design/engineering,  manufacturing,  and 
post-production  support  DFDs  show  the  sources  and  destinations  of  information  and 
thereby  allow  the  reader  to  follow  the  flow  of  data  from  the  Contractor  to  Air  Force 
organizations  or  between  activities.  Additionally,  DFDs  are  accompanied  by  a  glossary, 
which  includes  functional  descriptions  and  definitions  of  the  diagram  constructs. 

1.5  REPORT  ORGANIZATION 

The  report  is  organized  to  present  an  overview  of  the  organizational  environment,  struc¬ 
tured  analysis  models,  PDD  statistics,  and  a  conclusion  detailing  concerns,  issues,  and 
major  findings  The  Appendices  provide  additional  detail  to  'he  major  sections 

•  Section  2  -  Summarizes  the  current  Air  Force  organizational  environment  and 
describes  how  PDD  is  used 

•  Section  3  -  Presents  a  brief  discussion  of  IDEFq  model  analysis  It  provides  a 
graphic  representation  of  weapon  system  acquis’tion,  post-production  use,  and 
management  of  engineering  data 

•  Section  4  -  Presents  the  Data  Flow  Diagrams  (DFDs)  of  weapon  system  design/en- 
gineering,  manufacturing,  and  post-production  support 

•  Section  5  -  Provides  a  quantitative  view  of  cuirent  engineering  data  as  well  as  a 
projection  of  future  data  volumes 

•  Section  6  -  Documents  the  concerns,  issues,  and  findings  identified  during  develop¬ 
ment  of  the  organizational  assessment.  IDEFq  diagrams,  and  DFDs  It  also  incoi- 
porates  information  obtained  from  meetings  with  Air  Force  industry  personnel 

•  Ap|)cndices 

o  Appendix  A  provides  a  detailed  description  of  the  An  Force  organizational 
environment 

o  Appendix  B  presents  the  detailed  Integrated  Computer  Aided  Manufactur¬ 
ing  (ICAM)  Definition  (IDEFq)  Diagrams  Fach  diagram  is  accompanied 
by  text  which  describes  and  explains  the  processes. 

o  Appendix  C  shows,  through  DFDs,  the  sources  and  destinations  of  informa¬ 
tion  from  the  Contractor  to  Air  Force  organizations  or  between  activities  It 
also  contains  a  comprehensive  data  dictionary 


o  Appendix  D  is  a  list  of  references 

o  Appendix  E  presents  a  chart  that  summarizes  the  points  of  contact. 


SECTION  2:  ORGANIZATIONAL  ASSESSMENT 


2.1  INTRODUCTION 

This  section  describes  the  roles  and  responsibilities  of  the  major  Air  Force  organizations 
involved  in  the  acquisition,  use,  and  management  of  FDD.  This  assessment  focuses  primar¬ 
ily  on  describing  the  Air  Logistic  Centers’  (ALCs)  use  and  application  of  FDD  within  the  Air 
Force  environment.  Secondarily,  the  roles  and  responsibilities  of  the  Froduct  Divisions, 
MAJCOMs,  Test  Centers,  and  Laboratory  users  are  described. 

This  assessment  is  based  on  a  review  of  current  regulations,  policies,  and  procedures  and 
from  interviews  conducted  with  the  Air  Force  staff.  Section  2.2  describes  key  staff  and 
resource  functions  within  the  Air  Force  environment.  Section  2.3  describes  the  organiza¬ 
tional  roles/respjonsibilities,  and  Section  2.4  presents  the  conclusions.  See  Appendix  A  for 
a  detailed  description  of  the  roles  and  responsibilities  of  the  major  Air  Force  organizations. 

2.2  STAFF/RESOURCE  FUNCTIONS 

The  functional  descriptions  of  the  key  staff  and  resource(s)  that  acquire,  use,  and  manage 
FDD  are  based  on  a  review  of  the  organizational  support  functions. 

Staff 

The  following  staff  are  key  in  supporting  FDD  requirements  definition,  engineering  support, 
logistics  functions,  and  operational  support  of  the  weapon  system.  (See  Table  2-1  for  an 
identification  of  the  ALC  staff  and  the  respective  organizations.) 

•  Engineering  Data  Management  Officer  (EDMO)  -  Flans,  coordinates,  and  manages 
engineering  data  acquisition.  Assures  the  completion  of  an  engineering  data  package 
necessary  to  support  competition  on  subsequent  buys  throughout  the  weapon  system 
life  cycle. 

•  System  Frogram  Manager  (SPM)  -  Manages  the  engineering  data  acquisition.  Co¬ 
ordinates  the  procurement,  production,  materiel  distribution,  and  logistics  support 
functions  necessary  to  provide  effective  system  management  of  the  prime  weapon 
system  at  an  ALC  depot. 

•  Equipment  Specialist  (ES)  -  Coordinates  and  plans  the  ALC  maintenance  concepts 
and  repair  techniques  throughout  the  life  cycle  of  the  weapon  system.  Select;  the 
spares,  parts,  and  kits  required  for  repair  and  modification  program. 

•  Item  Manager  (IM)  -  Acquires  and  maintains  materiel,  controls  inventory,  and  pro¬ 
vides  materiel  management  support  for  the  Air  Force  mission  worldwde. 
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TABLE  2-1.  ALC  STAFF/ORGANIZATION  MATRIX 


MM  1 

MA  1 

OR 

niiiiiiiii  iiiiiiii 

STAFF 

MMS 

MMA 

MME 

MMI 

MM_R 

MM_D 

MA_E 

MA_P 

ORE 

Engineering  Data 

Management  Officer 

B 

System  Program  Manager 

a 

B 

Item  Manager 

B 

B 

a 

1 

Equipment  Specialist 

a 

B 

B 

a 

Engineering  Maintenance/ 
Planner 

a 

B 

B 

Drafting  Designer 

B 

Engineer 

a 

B 

B 

B 

a 

B 

B 

•  Engineering/Maintenance  Planner  -  Oefines  the  technical  requirements,  determines 
the  engineering  drawing/process  requirements,  and  identifies  the  labor  and  materiel 
requirements  to  meet  local  manufacturing  and  repair  needs. 

•  Drafting/Designer  -  Provides  support  to  the  Directorates  of  Materiel  Management 
(MM)  and  Maintenance  (MA)  in  the  production  of  engineering  drawings/revisions, 
Engineering  Change  Orders  (ECOs),  and  prototype  drawings  using  conventional 
drafting  procedures  and/or  CAD  equipment. 

•  Engineers  -  Performs  a  variety  of  engineering  functions  such  as  engineering  analysis, 
deficiency  analysis,  ECO  development,  design  review  support,  numerical  control 
(N/C)  part  programming,  and  testing  in  support  of  modifications,  repair,  and  local 
manufacturing. 

Resources 

•  Engineering  Data  Service  Center  (EDSC)  -  Serves  as  manual  repositories  for  storage 
and  maintenance  of  engineering  drawings  and  related  documentation  in  the  form  of 
aperture  cards  and  hard  copy  drawings  for  Air  Force  weapon  systems.  EDSCs  are 
located  at  the  five  ALCs,  sixty-eight  base  level  MAJCOM  installations,  and  several 
other  organizations. 
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2.3  ORGANIZATIONAL  ROLES  AND  RESPONSIBILITIES 


This  section  describes  the  major  roles  and  responsibilities  of  the  Air  Force  organizations,  as 
well  as  their  use,  application,  and  requirements  for  PDD. 

2.3.1  Headquarters  Air  Force  Logistics  Command  (HQ  AFLC) 

HQ  AFLC  establishes  distribution  and  control  policies  for  engineering  data  and  defines  the 
engineering  data  acquisition  requirements  in  the  PMD.  It  also  provides  policy  and  manage¬ 
ment  direction  to  the  five  ALCs  and  other  Direct  Reporting  Units  (Aerospace  Guidance  and 
Metrology  Center  [AGMC],  Aerospace  Maintenance  and  Regeneration  Center  [AMARC], 
Air  Force  Acquisition  Logistics  Center  (AFALCJ,  Cataloging  and  Standardization  Center 
[CASCj,  and  2750th  Air  Base  Wing)  for  performing  all  major  maintenance,  repair,  modifi¬ 
cations,  local  manufacturing,  and  reprocurement  on  Air  Force  weapon  systems. 

2.3.2  Air  Logistic  Centers  (ALCs) 

This  section  is  a  functional  description  of  the  major  directorates,  divisions,  and  branches 
within  an  ALC.  These  organizations  represent  the  primary  ALC  users  of  PDD  within  an 
ALC.  (Note  that  the  organization  symbols,  e.g.,  MM_R,  MA_P,  are  standard  across  the 
ALCs,  and  the  is  substituted  by  the  prime  weapon  system  or  commodity  being  managed 
by  the  respective  ALC/MM  or  MA  directorate).  This  section  also  describes  the  ALC  roles, 
responsibilities,  and  uses  of  PDD. 

2.3.2. 1  Directorate  of  Materiel  Management  (MM) 

MM  is  responsible  for  engineering  management,  development,  and  control  of  the  design, 
performance,  and  reliability  of  assigned  systems  and  equipment.  MM  determines  the  re¬ 
quirements  for  all  parts  of  ALC  systems  and  commodities. 

Divisions 

•  System  Program  Management  Division  (MMS)  -  Provides  the  SPM  functions  in 
support  of  the  system  acquisition  program.  During  post-Program  Management  Re¬ 
sponsibility  Transfer  (PMRT),  MMS  provides  engineering  management  for  the  design 
and  configuration  of  assigned  systems  and  manages  the  sustaining  engineering  sup¬ 
port.  Other  divisions  such  as  MMK,  MMB,  MMG,  etc.  also  support  SPM  functions. 

•  Acquisition  Division  (MMA)  -  Performs  engineering  management  of  the  design  and 
configuration  of  assigned  systems,  and  ensures  surveillance  over  all  aspects  of  the 
sustaining  engineering  support  (pre-PMRT). 

•  Engineering  Division  (MME)  -  Provides  centralized  engineering  drafting/design 
services  for  engineering  requirements.  Manages  the  distribution  and  control  of  engi¬ 
neering  data  in  the  ALC  EDSCs.  Performs  engineering  analysis  for  modifications/re¬ 
pairs,  and  provides  flight  testing  support. 
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•  Item  Management  Division  (MMI)  -  Ensures  that  the  desired  performance  is  main¬ 
tained  on  assigned  items  and  serves  as  the  AFLC  logistics  support  item  management 
specialist  for  specific  items  and  subsystems  (e.g.,  electrical  accessories,  generators). 

Branches 

•  Engineering  and  Reliability  Branch  (MM_R)  -  Determines  requirements  for  the 
acquisition  of  engineering  data.  Participates  in  design  reviews  (e.g.,  Preliminary  De¬ 
sign  Review  [PDR],  Critical  Design  Review  [CDR]).  Performs  engineering  analysis 
for  modifications.  Approves/disapproves  ECPs.  Performs  analyses,  and  defines  re¬ 
quirements  for  structural  damage  repairs. 

•  Requirements  and  Distribution  Branch  (MM_D)  -  Initiates  the  Procurement  Re¬ 
quest  (PR)  and  ensures  inclusion  of  approved  engineering  data.  Provides  item  man¬ 
agement  support  by  acquiring  and  maintaining  materiel  inventory  in  support  of  spares 
reprocurement  and  modifications. 

•  Product  Management  Branch  (MM_P)  -  Manages  the  Class  IV  and  V  modification 
programs  upon  receipt  of  a  complete  and  procurable  modification  data  package  from 
MM_R. 

2.3. 2. 2  Directorate  of  Maintenance  (MA) 

MA  is  responsible  for  managing  the  organic  depot-level  maintenance  production  facilities 
in  the  modification,  local  manufacturing,  and  repair  of  Air  Force  equipment.  Across  the 
five  .ALCs  and  AGMC  there  exist  twenty  Technology  Repair  Centers  (TRCs)  which  provide 
support  for  depot  maintenance  of  a  particular  commodity  (e.g.,  landing  gear,  avionics) 
across  a  variety  of  weapon  systems.  AIX  and  AGMC  MA  directorates  are  organized  into 
product  divisions  which  are  further  broken  down  into  branches,  sections,  and  Resource 
Control  Center  (RCC)  units  identifying  the  function  and  the  relative  costs  in  utilizing  that 
particular  unit  (e.g.,  plating,  welding,  sheetmetal). 

Divisions 

•  Resources  Management  Division  (MAW)  -  Serves  as  the  directorate  representative 
on  depot  maintenance  in  developing  equipment  and  skill  workloads  in  support  of 
repairs  and  local  manufacturing. 

•  Quality  Assurance  Division  (MAQ)  -  Participates  in  preproduction/operational  plan¬ 
ning,  recommends  improved  quality  methods  for  application  to  maintenance  work¬ 
loads,  and  reviews  engineering  drawings/specifications  to  establish  dimensional  and 
process  requirements  for  critical  parts. 

•  Aircraft  Division  (MAB)  -  Provides  engineering  and  management  depot  mainte¬ 
nance  support  to  the  prime  weapon  system  for  modifications  and  repairs. 
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o  Product  Division  {MA_)  -  Provides  depot  maintenance  repair  and  local  manufactur¬ 
ing  support  for  assigned  end  item  commodities  and  industnal  products,  (e.g.,  landing 
gear,  engines,  avionics). 

Branches 

•  Engineering/Planning  Branch  (MA_E)  -  Estimates  the  labor,  cost,  raw  materials, 
and  requirements  to  perform  local  manufacturing,  and  performs  cost  comparisons  of 
the  various  manufacturing  alternatives. 

•  Production  Branch  (MA_P)  -  Operates  the  local  manufacturing  (i.e.,  N/C  machine 
shops)  and  repair  facilities,  and  ensures  the  application  of  supporting  procedures 
pertaining  to  the  directorate  of  maintenance  operations. 

2.3.2.3  Directorate  of  Competition  Advocacy  (CR) 

The  primary  mission  of  the  CR  organization  is  to  acquire  Level  3  engineering  data  packages 
for  the  competitive  reprocurement  of  weapon  systems,  spare  parts,  and  modification  pro¬ 
grams  CR  also  supports  the  SPM  and  Item  Manager  (IM)  organizations  during  the  initial 
acquisition  and  modificatioa'repair  program  planning  to  ensure  proper  consideration  is 
given  to  competition 

Division 

•  Engineering  Data  Management  Division  (CRE)  -  Ensures  the  acquisition  of  engi¬ 
neering  data,  tailors  the  DIDs,  validates  the  data,  assembles  engineering  data  pack¬ 
ages;  and  manages  the  reverse  engineering  program. 

2.3.2. 4  AFLC  Summary 

The  assessment  of  the  AFLC  organizations  found  that  the  ALCs  arc  major  users  of  FDD. 
The  centers  require  FDD  during  the  post-production  phase  of  weapon  system  support  when 
the  information  is  subject  to  heavy  usage  (e.g  ,  updates,  redesign,  configuration  changes)  in 
support  of  a  wide  variety  of  post-production  support  applications.  The  support  areas  in¬ 
clude  modifications,  spares  reprocurement,  repairs,  local  manufacturing,  and  numerous 
other  depot  activities  (e.g  ,  inspection,  engineering  analysis,  reverse  engineering,  failure 
analysis,  parts  substitution,  troubleshooting)  The  ALCs  require  design/analysis  data,  engi¬ 
neering  drawings,  parts  lists,  specifications,  test  data,  process  data,  and  manufacturing  data 
(e  g  ,  tooling,  fabrication,  assembly)  to  sustain  the  post-production  support  applicauons. 
The  ALCs  also  provide  support  to  the  Air  Force  Systems  Command  (AFSC)  SFO/l’roduct 
Divisions  for  In-Frocess  Reviews  (IFRs)  and  design  reviews. 

Two  matrices  summarize  the  ALC  organizations’  use  of  data  and  FDD  requirements  The 
fust  matrix  defines  the  ALC  .staff  and  the  respective  organizations  in  which  they  are  located 
(See  Table  3-1)  The  second  matrix  maps  the  ALC  organizations  to  FDD  usage  levels  (high. 


medium,  and  low)  and  the  data  classes  that  are  Created  (C),  Modified  (N't),  and  Used  (U) 
during  the  post-production  support  phase  (See  Table  2-2).  (See  Section  4  for  definitions  of 
Create,  Modify,  Use,  and  FDD  Data  Classes)  This  matrix  shows  that  the  primary  ALC  users 
of  FDD  are  MME  and  MM_R. 

2.3.3  Headquarters  Air  Force  Systems  Command  (HQ  AFSC) 

HQ  AFSC  is  responsible  for  the  design,  development,  acquisition,  and  delivery  of  Air  Force 
weapon  systems.  AFSC  supports  the  MAJCOMs’  needs  by  the  application  of  advanced 
technology  in  the  development  and  enhancement  of  weapon  systems.  It  supports  the  re¬ 
search,  development,  testing,  and  implementation  of  weapion  systems  throughout  their  life 
cycle  Additionally,  AFSC  provides  guidance  and  direction  to  the  product  divisions,  labora¬ 
tories,  and  development  and  test  centers. 

This  section  desciibes  the  major  responsibilities  of  the  Froduct  Divisions  and  System  Fro- 
gram  Offices  (SPOs)  within  AFSC  The  AFSC  Froduct  Divisions  include:  Aeronautical 
Systems  Division  (ASD),  Electronic  Systems  Division  (ESD),  Space  Division  (SD),  Ballistic 
Missile  Office  (BMO),  and  Armament  Division  (AD). 

2.3.3. 1  Product  Divisions 

The  Product  Divisions  are  responsible  for  program  management  and  system  engineering 
support  for  weapon  system  acquisitions  Those  divisions  responsible  for  managing  and 
acquiring  large  volumes  of  FDD  are  Aeronautical  Systems  Division,  Electronic  Systems 
Division,  and  Space  Division  ASD  acquires  FDD  to  support  the  development  of  major 
weapon  system  programs  (e  g  ,  C-17,  BI-B,  ATF,  B-2)  ESD  is  responsible  for  the  acquisi¬ 
tion  of  FDD  for  major  electronic/avionics  programs  (e.g.,  Jomt-STARS,  AWACS).  SD  is 
responsible  for  the  acquisition  of  Space  and  Space  Defense  Initiative  (SDI)  systems 

2. 3. 3. 2  System  Program  Office  (SPO) 

During  the  acquisition  phase,  the  STOs,  which  reside  within  the  AFSC  Product  Divisions, 
are  responsible  for  defining  the  requirements  and  levels  of  FDD  for  major  weapon  system 
programs/equipment  During  the  post-production  phase,  FDD  is  used  by  the  ALCs  and 
MAJCOMs  to  support  the  weapon  system 

The  SPO  receives  its  primary  support  from  the  AFSC  Product  Division  engineering  organi¬ 
zation  in  which  the  EDMOs  reside  Within  the  SPO,  engineering  data  management  support 
is  received  directly  from  the  Manufacturing/Quality  Assurance  (QA)  Manager,  the  Configu¬ 
ration  Management  group,  and  the  Deputy  Program  Manager  for  Logistics  (DPML)  Engi¬ 
neering  data  support  is  also  provided  by  other  organizations  outside  the  SPO  such  as  Aero¬ 
nautical  Systems  Division  Directorate  of  Engineering  (ASD/EN),  which  provides  flight  sys¬ 
tems,  avionics,  and  systems  engineering  support 

The  SPOs  also  have  a  major  responsibility  during  the  design  reviews/audits  (e  g  ,  System 
Design  Review  [SDR]  Preliminaiy  Design  Review  1PDR|,  Critical  Design  Review  |CDR|, 
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TABLE  2-2.  ALC  USERS/PDD  DATA  USAGE  AND  DATA  REQUIREMENTS 


APPUCATIONS/  i  POST-PRODUCTION  APPUCATTONS 
\.DATA 
NCUSSES 


POD  DATA  CUSSES 


Physical  Configuration  Audit  (PCAj)  to  review  and  validate  PDD  for  technical  adequacy, 
accuracy,  and  completeness.  During  design  reviews/audits,  the  SPOs  review  the  following 
types  of  PDD,  usually  in  the  form  of  technical  reports  and  specifications:  design  data, 
engineering  analysis  data,  specifications,  test  data,  process  data,  and  manufacturing  data. 
Also,  the  SPO  EDMOs  are  responsible  for  reviewing  the  engineering  drawings  and  associ¬ 
ated  lists  at  the  IPRs. 

2.3.4  MAJCOMs 

During  the  post-production  phase,  the  MAJCONfe  require  PDD  in  the  form  of  engineering 
drawings,  part  lists,  and  specifications  to  support  base  level  repairs  and  local  manufactur¬ 
ing.  The  Using  Commands  (Military  Airlift  Command  [MAC],  Strategic  Air  Command 
[SAC],  and  Tactical  Air  Command  [TAC])  are  the  major  MAJCOM  users  of  engineering 
drawings  in  support  of  base  maintenance.  Other  MAJCOMs  which  require  engineering 
drawings  to  support  their  missions  are: 

•  Pacific  Air  Forces  (PACAF) 

•  Alaskan  Air  Command  (AAC) 

•  Electronic  Security  Command  (ESC) 

»  Air  Force  Communications  Command  (AFCC) 
o  Air  Training  Command  (ATC) 

•  Space  Command  (SPACECOM) 

2.3.5  Test  and  Laboratory  Organizations 

2.3.5.1  Test  Centers 

During  the  acquisition  and  post-production  support  phases,  the  test  organizations/laborato¬ 
ries  are  responsible  for  performing  operational  flight  testing,  design/manufacturing,  and 
installation  in  support  of  new  weapon  systems  and  modification  programs.  The  test  organi- 
;  'tions  (c.g..  Air  Force  Operational  Test  and  Evaluation  Center  [AFOTEC],  Air  Force 
Flight  Test  Center  [AFFTC])  require  PDD  in  the  form  of  engineering  drawings/lists,  specifi¬ 
cations,  and  test  data  (specifications  and  operational)  to  support  operation  flight  testing  and 
evaluations.  The  Test  Wings  require  anatysis/design  data,  drawings/lists,  specifications, 
manufacturing  data,  and  test  data  to  support  the  design,  manufacture,  and  test  of  Class  n 
(temporary)  modifications. 

2.3. 5.2  Laboratories 

Wright  Research  and  Development  Center  (WRDC)  is  the  primary  laboratory  that  supports 
the  research,  development,  and  testing  of  propulsion,  avionics,  and  flight  dynamics  tech- 
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nologies  for  weapon  system  programs.  WRDC/Material  Laboratory  (ML)  also  provides 
testing  and  development  of  state-of-the-art  material  applications,  and  performs  Research 
and  Development  (R&D)  of  advanced  FDD  technologies  with  the  AFSC  Manufacturing 
Technology  (MANTECH)  and  AFLC  Repair  Technology  (REPTECH)  Programs 

2.4  SIEVIMARY  MATRICES 

Tables  2-3  through  2-6  are  a  series  of  matrices  identifying  the  organizations  with  primary 
functional  responsibilities,  organizations  supporting  the  major  PDD  data  types,  and  the  ma¬ 
jor  interfaces  between  organizations.  Conclusions  of  this  organizational  assessment  follow 
the  matrices. 

•  Organization/Functions  -  Table  2-3  presents  a  summary  matrix  that  maps  the  major 
Air  Force  organizations  using  PDD  against  the  functions  identified  in  the  IDEFq  dia¬ 
grams  (Section  3  and  Appendix  B).  The  shaded  areas  identify  ALC/MMS,  ALC/ 
MME,  and  ASD/ENas  the  primary  organizations  that  acquire,  use  (i.e  ,  post-produc¬ 
tion  support),  and  manage  PDD. 

•  Organizations/Data  Types  -  Table  2-4  summarizes  the  organizations  that  use  PDD 
for  selected  commodities  (i.e.,  PDD  data  types)  and  differentiates  organizations  with 
major  responsibility  from  those  with  support  responsibility.  Table  2-4  also  shows  that 
the  structures  (mechanical)  and  avionics  commodities  are  supported  by  most  organ¬ 
izational  entities,  and  illustrates  the  locations  that  acquire,  store,  and  disseminate  the 
various  types  of  PDD 

•  Organizational  Interfaces  -  The  acquisition,  distribution,  and  dissemination  of  PDD 
is  accomplished  through  a  network  of  organizations  within  each  of  the  Air  Force 
Commands.  The  organizational  interfaces  to  support  the  weapon  system  develop¬ 
ment  are  depicted  in  Table  2-5.  Tne  ALC/MM  directorate  interfaces  with  several 
oiganizations  (e  g.,  analyzing  Maintenance  Deficiency  Reports  (MDRsj  developed  by 
the  Using  Commands,  initiating  requests  to  MA  for  local  manufacturing  and  to  CR  for 
spares  reprocurement)  The  Product  Divisions  interact  with  the  ALCs,  AFALC,  MAJ- 
COMs,  and  Test  organizations  on  a  regular  basis  in  the  acquisition  of  PDD 

The  interrelations  between  organizations  and  the  physical  transfer  of  PDD  among 
organizations  is  shown  in  Figure  2-1.  The  Product  Divisions  are  responsible  for  the 
acquisition  of  the  weapon  system  and  the  associated  engineering  data.  The  PMRT 
and  engineering  data  management  and  control  is  transferred  from  the  Product  Divi¬ 
sion  SPO  to  the  ALC  SPMs  Also,  the  transfer  of  data  (i.e  ,  aperture  cards)  from  the 
ALCs  and  Using  Commands  are  depicted  in  the  chart. 

2.5  CONCLUSIONS 

A  summary  of  the  organizations  and  the  use  of/requirements  for  PDD  over  the  weapon 
system  life  cycle,  as  well  as  the  different  classes  of  PDD  Created,  Used,  and  Modified  in 
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TABLE  2-3.  FDD  ORGANIZATIONS/FU*N  CTIONS  MATRIX 


TABLE  2-4.  ORGANIZATIONS/PDD  DATA  TYPES  MATRIX 
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TABLE  2-5.  ORGANIZATIONAL  INTERFACES 


MAJCOM 


TEST/LABS 

Test 

Orgs 

Lab$ 
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SM-ALf 
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ESD 
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WR-ALC 

sa 

1 

ASD 
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I 

SA-ALC 

■ 

■ 

□ 

BMO 


00-ALC 


SAC 


FIGURE  2-1.  ORGANIZATIONAL  INTERFACES 


2.5  CONCLUSIONS 

A  summary  of  the  organizations  and  the  use  of/requirements  for  FDD  over  the  weapon 
system  life  cycle,  as  well  as  the  different  classes  of  FDD  Created,  Used,  and  Modified  in 
support  of  the  Fost-Froduction  phase,  is  shown  in  Table  2-6.  The  following  conclusions 
are  derived  from  this  matrix; 

•  The  ALC  MM,  MA,  and  CR  directorates  are  the  major  Air  Force  users  of  FDD  in 
support  of  weapon  system  modifications,  spares  reprocurement,  repairs,  and  local 
manufacturing. 

•  During  the  Acquisition  Fhases,  the  SFOs/Product  Divisions  are  responsible  for  FDD 
requirements  definition  and  acquisition.  They  also  ensure  the  technical  accuracy  of 
FDD  at  the  IPRs,  design  reviews,  and  audits. 

•  Weapon  system  modification  is  the  FDD  application  which  requires  the  most  coor¬ 
dination  and  interface  among  all  the  Air  Force  organizations 

•  The  FDD  data  classes  created,  modified,  and  used  by  most  Air  Force  organizations 
are  engineering  drawngs/lists  and  specifications 

•  Using  Commands  require  drawings,  specifications,  and  manufacturing  data  to  sup¬ 
port  base  repairs  and  local  manufacture. 

•  ALC/MM,  Using  Commands,  and  Test  Wings  create,  modify  and  use  the  largest 
subset  of  FDD. 

F'';aily,  a  chart  depicting  a  hierarchical  and  organizational  breakdown  of  all  the  Air  Force 
FDD  “players"  is  depicted  in  Figure  2-2  The  shaded  areas  denote  the  primary  and 
major  FDD  users  within  the  Air  Force  environment. 
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TABLi:  2-6.  ORGANIZATIONS/PDD  USAGE  AND  DATA  REQUII^MENTS 

Phases/Data  Acquisition  Phases  Post-Production  Applications  POD  Data  Classes 

.  Classes  T  i  ^  !  "H  i  I  I  I  T 


Oonoles  of9anjzation$  mos*  involved  in  C/M/U  of  FDD, 
major  app' canons  ard  primary  data  classes 


FIGURE  2-2.  MAJOR  USAF  FDD  ‘-PLAYERS” 
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3.1  INTRODUCTION 

This  section  provides  a  high  level  overview  of  the  acquisition,  use.  and  management  of 
Engineering  Data  using  the  IDEFq  methodolog)  IDEFo  is  a  modeling  technique  devel¬ 
oped  during  the  Air  Force  Integrated  Computer  Aided  Manufacturing  (ICAM)  project  in 
the  mid-1970s.  Known  as  the  ICAM  Definition  or  IDEFq  model,  this  activity  model 
consists  of  a  node  tree  diagram,  functional  diagrams,  and  narrative  descriptions  (See 
Appendix  B  for  the  narrative  description  of  the  IDEFq  processes.)  The  model  focu<es  on 
functions  and  depicts  the  specific  steps  and  operations  needed  to  perform  an  acti.ity.  It 
does  not  represent  time  flow,  specific  sequencing  of  activities,  or  data  sources  and  desti¬ 
nations 

The  mam  focus  of  the  IDEFq  model  is  a  functional  description  of  the  Air  Force’s  acquisi¬ 
tion  and  management  of  engineering  data  from  a  business  perspective  (The  data  flow 
diagtams  [DFDs|,  as  described  in  Section  3  and  Appendix  C,  detail  the  contractor’s  engi- 
ncering/design  and  manufacturing  processes  in  the  development  of  FDD  and  the  Air 
Force’s  use  of  the  data  during  post-production  support ) 

The  IDEFq  model  is  decomposed  into  three  major  subfunttions  Acquire  Engineering 
Data,  Use  Engineering  Data,  and  Manage  Engineering  Data  The  Air  Force  Systems 
Command  t.^FSC)  is  responsible  for  acquiring  and  managing  engineering  data  for  major 
acquisitions  until  Program  Management  Responsibility  Transfer  (PMRT).  At  that  time, 
the  Prime  ALC  assumes  management  control  and  uses  the  data  to  support  post-produc¬ 
tion  activities  In  this  context,  engineering  data  includes  engineering  drawings,  associated 
lists,  and  other  related  documentation. 

3.2  IDEFq  RULES 

Activities  in  an  IDEFq  model  correspond  to  elements  in  the  node  tree  diagram.  The 
IDEFq  model  expands  the  information  provided  in  the  node  tree  by  identifying  Inputs, 
Controls,  Outputs,  Mechanisms  (ICOMs),  and  the  interrelationships  between  the  activi¬ 
ties 

•  Inputs  -  Data  requireu  to  perform  an  activity 

•  Outputs  -  Products  of  an  activity 

•  Controls  -  Conditions  or  circumstances  that  govern  the  mechanics  of  the  activity 

•  Mechanisms  -  The  organizations  and/or  the  devices  that  perform  or  carry  out  the 
activity 
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IDEFo  models  use  rectangular  boxes  to  represent  activities  and  arrows  to  represent  the 
ICOMs  as  shown  in  Figure  3-1.  The  process  name  appears  in  each  box  and  begins  with 
an  active  verb.  Each  process  is  assigned  an  identification  number,  located  m  the  lower 
right  of  the  activity  box,  for  control  and  reference  purposes.  Flow  of  information  among 
activities  is  represented  by  arrows  that  interconnect  the  activity  boxes.  The  ICOMs  indi¬ 
cate  the  constraints  on  an  activity  and  the  information  and  materials  that  are  used  or 
produced  by  the  activity. 


FIGURE  3-1.  IDEFo  DF^CRIPTION 


3.3  ENGINEERING  DATA  PROCESS  -  NODE  AO 

The  node  tree  (See  Figure  3-2)  provides  a  high  level  overview  of  the  entire  Engineering 
Data  process  The  context  diagram  AO  (See  Figure  3-3)  decomposes  the  Engineering 
Data  process  into  the  following  major  sub-functions  Acquire  Engineering  Data.  Use 
Engineering  Data  and  Manage  Engineering  Data.  In  general,  this  node  depicts  several 
activities  It  shows  the  engineering  data  acquisition  activities  performed  by  AFSC  vnh 
support  from  the  ALCs  (Node  Al).  It  details  receipt  of  the  data  by  the  ALCs  in  the  form 
of  aperture  cards  to  support  post-production  activities,  i.e  .  spares  reprocurement,  local 
manufacturing,  repairs,  and  modifications  (Node  A2).  Finally,  it  depicts  the  manage¬ 
ment,  control,  and  distribution  of  the  engineering  data  by  the  ALCs  and  MAJCOMs 
(Node  A3) 

3.4  ACQUIRE  ENGINEERING  DATA  -  BOX  Al 

Upon  appioval  of  the  Statement  of  Operational  Need  (SON)  by  HO  USAF,  the  acquisition 
of  engineering  data  is  planned  in  support  of  the  weapon  system  through  the  development 
of  the  Engineering  Data  Management  Plan  (EDMP)  A  data  call  is  initiated  by  the  System 


FIGURE  3-2.  IDEFn  NODE  TREE 


lODE  TITLE. 

AO _  ENGINEERING  DATA  PROCESS _ _ _ 

FIGURE  3-3.  ENGINEERING  DATA  PROCESS  IDEFq  MODEL 


Program  Office  (SPO>  allowing  the  ALCs  to  define  the  engineering  data  requirements, 
Then,  a  contract  is  awarded  and  the  engineering  data  is  developed  by  contractors.  The 
SPO  conducts  several  reviews  and  audits  throughout  the  acquisition  life  cycle.  Finally, 
the  engineering  data  is  inspected/accepted  by  the  ALOs.  (See  Figure  3-4) 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Statement  of  Work  (SOW),  Integrated  Logistics  Support  Plan  (ILSP/ 
Program  Management  Plan  (PMP) 

AFR  800-34,  DoD-D-lOOOB,  DoD-STD-1001 
Level  3  or  other  levels  of  Engineering  Data 
HQ  USAF,  Contractor(s),  AFSC,  Air  Force  Logistics 
Command  (AFLC) 


3.5  USE  ENGINEERING  DATA  -  BOX  A2 

This  function  describes  the  activities  that  aie  performed  during  the  Post-Production 
phase.  The  major  post-production  activities  occurring  at  the  ALCs  are  spares  reprocure¬ 
ment,  local  manufacturing,  repair,  and  modifications.  In  addition,  some  minor  repair/lo- 
cai  manufacturing  are  performed  at  the  MAJCOMs.  The  contractors  and  the  ALCs  revise 
the  engineering  data  to  maintain  the  configuration  of  the  weapon  system  throughout  the 
weapon  system  lifecycle.  (See  Figure  3-5) 


Inputs. 

Controls- 

Outputs: 

Mechanisms. 


Level  3  or  other  levels  of  Engineering  Data,  Deficiency  Reports, 
Engineering  Change  Proposals  (ECPs). 

AFLCR  57-21.  AFLCR  66-51,  AFR  800-34,  DoD-STD-lOOC, 
DoD-D-lOOOB 

Revised  Engineering  Data,  Configuration  Control  Data 
AFLC,  AFSC,  Contractor.  Using  Commands 


3.6  MANAGE  ENGINEERING  DATA  -  BOX  A3 

The  ALCs  manage  engineering  data  to  maintain  and  control  the  current  configuration  of 
the  system.  The  engineering  data  is  distributed  by  the  ALC  Engineering  Data  Service 
Centers  (EDSCs)  to  support  the  spares  reprocurement  and  sustain  engineering  activities 
Finally,  the  Aerospace  Maintenance  and  Regeneration  Center  (AMARC)  uses  engineering 
data  to  support  the  reclamation  of  parts  and  product  retirement,  or  sells  the  weapon 
system  to  foreign  military  organizations  through  the  Foreign  Military  Sales  (FMS)  Pro¬ 
gram  (See  Figure  3-6) 

Inputs.  Engineering  Data  Requests,  Revised  Engineering  Data, 

Level  3  or  other  levels  of  Engineering  Data 
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ACQUIRE  ENGINEERING  DATA  IDEFq  MODEL 


FIGURE  3-5.  USE  ENGINEERING  DATA  IDEFq  MODEL 


MANAGE  ENGINEERING  DATA 


Controls:  AFR  67-28 

Outputs:  Part  number  (Cataloging),  Bid  Sets 

Mechanisms:  AFLC,  Using  Commands,  EDSC. 

3.7  CONCLUSIONS 

Through  the  course  of  identifying  the  activities  which  acquire,  use,  and  manage  engineer¬ 
ing  data,  a  number  of  conclusions  and  “lessons  learned”  were  developed.  This  section 
identifies  and  presents  a  discussion  of  these  major  underlying  conclusions. 

3.7.1  Use 

In  developing  the  Use  Engineering  Data  process  (Node  A21),  engineering  data  was  identi¬ 
fied  in  four  distinct  activities:  reprocurement  of  spares,  local  manufacturing,  repairs,  and 
modifications.  The  relationship  of  each  activity  to  engineering  data  is  described  below: 

•  Spares  Reprocurement  -  Requires  Level  3  drawings,  lists,  and  specifications  to 
develop  bid  sets  for  competitive  reprocurement. 

•  Modifications  -  Require  the  use  of  engineering  data  when  major  revisions  are 
made  to  accommodate  changes  in  the  mission  requirements  well  after  the  produc¬ 
tion  phase. 

•  Local  Manufacturing  -  Requires  engineering  data  for  any  organic  manufactuiing 
effort  by  the  ALC  and  Using  Commands  to  support  weapon  systems  m  “urgency  of 
need”  situations,  or  when  parts  cannot  be  reproeured. 

•  Repair  -  Requires  engineering  data  to  supplement  Technical  Orders  (TOs)  at  the 
ALCs  and  MAJCOMs. 

3.7.2  Policy  and  Planning  Issues 

•  Engineering  Data  Management  Plan  (EDMP)  -  In  developing  the  “Plan  Engineer¬ 
ing  Data”  process  (Node  All),  it  became  evident  that  the  EDMP  is  a  major  docu¬ 
ment  supporting  the  acquisition  of  engineering  data  by  the  SPOs  and  ALCs.  The 
EDMP,  which  is  a  section  of  the  PMP,  defines  the  engineering  data  requirements  m 
terms  of  the  type  of  data  and  strategy  used  to  acquire  the  data.  It  cites  elements  of 
acquisition  strategy,  operational  requirements,  maintenance  concepts,  and  produc¬ 
tion  contract  requirements.  The  EDMP  also  identifies  relevant  instructions  on  In- 
Proeess  Reviews  (IPRs)  and  engineering  data  acceptance  procedures,  as  well  as 
describing  how  engineering  data  is  acquired  concurrently  with  other  major  program 
elements 

»  Data  Calls  Generate  Engineering  Data  Requirements  -  The  Data  Call  initiated  by 
the  SIO  via  AFLC  Form  365  is  the  major  vehicle  used  by  the  SPO  and  ALC  to 
define  and  tailor  engineering  data  requirements. 
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•  Key  Regulations  -  The  major  regulation  for  establishing  policy  and  defining  re¬ 
sponsibility  for  the  acquisition  of  engineering  data  is  APR  800-34.  DoD-D-lOOC 
and  DoD-D-lOOOB  define  the  drawing  practices  and  drawing  requirements. 
AFSCP/AFLCP  800-34,  800-18  and  800-16  are  Joint  Command  and  DoD  pam¬ 
phlets  which  specifically  focus  on  the  acquisition,  management,  and  identification 
of  engineering  data  from  requirements  definition  through  delivery  and  acceptance 
by  the  Air  Force. 

3.7.3  Management  and  Review  Issues 

•  Configuration  Management  (CM)  -  Configuration  management  is  critical  for 
weapon  system  maintenance  as  shown  in  the  Control  Engineering  Data  process 
(Node  A31).  CM  is  the  process  managing  and  controlling  changes  over  the 
lifecycle  of  a  weapon  system  As  requirements  change  in  the  mission  of  the 
weapon  system,  CM  manages  the  process  of  tracking  and  effecting  changes,  not 
only  to  the  weapon  system,  but  to  the  engineering  data  as  well.  A  major  problem 
faced  by  the  Air  Force  is  the  management  of  the  changes  m  a  distributed  environ¬ 
ment  among  the  ALCs,  MAJCOMa,  and  Contractors.  Consequently,  CM  is  a  major 
requirement  for  weapon  system  support  by  the  AIX  and  MAJCOMs. 

•  In-Proccss  Reviews  (IPRs)  and  Design  Reviews  -  The  IPR  allows  the  Air  Force  an 
opportunity  to  review  “engineering  drawings”  prior  to  delivery  by  the  Contractor. 
The  IPR  remains  an  effective  check  on  the  quality  and  content  of  engineering  draw¬ 
ings.  In  contrast,  the  design  reviews/audits  (i.e  ,  Preliminary  Design  Review,  Criti¬ 
cal  Design  Review,  Functional  Configuration  Audit,  etc.)  focus  on  reviewing  the 
larger  scope  of  data  to  ensure  the  technicai  adequacy  of  PDD  (design  and  manufac¬ 
turing  data) 

3.7.4  Different  Scope  Between  Engineering  Data  and  PDD 

•  After  preliminary  analysis  of  both  engineering  and  business  functions  (i.e.,  acquisi¬ 
tion  and  program  management),  it  was  determined  that  a  re-examination  of  the 
methodologies  was  required  in  order  to  perform  the  current  environment  analysis. 
The  IDEFo  methodology  presents  an  excellent  technique  to  depict  the  interrelation¬ 
ships  among  business  activities,  but  is  not  sufficient  to  define  the  flow  of  data 
between  the  contractors  and  the  Air  Fo.rce  Also,  the  source/destinations  of  the 
data  or  media  used  by  the  contractor  and  the  Air  Force  to  store  the  data  can  not  be 
defined  with  IDEFo.  Thus,  an  additional  modeling  methodology  was  selected,  the 
Gane  and  Sarson  Data  Flow  Diagrams,  which  allows  a  more  detailed  examination 
of  the  Contractor  and  Air  Force  activities. 

•  Another  lesson  learned  from  this  analysis  is  that  the  source  of  information  (Con¬ 
tractor  creation  of  PDD)  and  Air  Force  uses  of  that  information  (engineering  data) 
have  major  differences  irt  scope  and  breadth: 
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o  Contractor  -  Creates  PDD,  including  various  models,  analysis  data,  design 
data,  material  characteristics,  geometry,  manufacturing  data,  test  data, 
processes,  etc.,  to  perform  design,  manufacturing,  and  test  of  weapon  sys¬ 
tem  development. 

o  Air  Force  -  Receives  and  uses  engineering  data,  such  as  engineering  draw¬ 
ing,  associated  lists,  specifications,  and  other  related  information. 


SECTION  4:  DATA  FLOW  DIAGRAMS  (DFDs) 


4.1  INTRODUCTION 

This  section  presents  a  description  of  the  high  level  activities  and  a  data  flow  representa¬ 
tion  of  the  Design/Engineering,  Manufacturing,  and  Post-Production  Support  phases  of  a 
weapon  system’s  life  cycle  (See  Figures  4-1  and  4-2),  using  the  Gane  and  Sarson  method 
of  data  flow  diagramming.  The  major  DFD  objectives  are.  1)  to  describe  the  flow  of  data 
between  contractor  and  Air  Force  organizations  and  functions,  2)  to  provide  data  source 
and  destination  identification  for  each  functional  area,  and  3)  to  allow  the  Air  Force  to 
identify  PDD  that  can  be  accessed  and  used.  The  activities  themselves  have  been  identi¬ 
fied  in  two  ways.  First,  at  a  gross  level,  major  activities  are  shown  by  using  a  node  tree. 
Second,  each  activity  is  broken  down  into  a  series  of  processes  neeucd  to  accomplish  that 
activity.  The  DFDs  present  an  additional  level  of  detail  not  found  in  the  IDEFq  models  by 
representing  the  contractor’s  creation  and  the  Air  Force’s  use  of  PDD  during  the  Post- 
Production  phase. 

Because  of  the  importance  of  the  flow  of  PDD  to  support  the  spares  reprocurement  and 
sustaining  engineering  applications,  the  Post-Production  Support  activities  (Section  4.4) 
are  described  in  detail.  It  should  also  be  noted  that  there  is  a  direct  relationship  between 
the  design/engineering  and  manufacturing  DFD  processes  and  the  weapon  system  acquisi¬ 
tion  and  life  cycle  phases  as  shown  in  Table  4-1.  A  detailed  description  of  the  remain¬ 
ing  DFDs  for  the  design/engineering  and  manufacturing  processes  can  be  found  in  Ap¬ 
pendix  C. 

In  certain  instances  the  Gane  and  Sarson  rules  and  procedures  have  been  altered  to  allow 
for  clearer  presentation  of  additional  information.  Whereas  the  Gane  and  Satson  method¬ 
ology  does  not  consider  automation  status,  data  format/physical  storage  types,  and  data 
conditions,  the  DFDs  have  been  tailored  to  depict  the  creation,  storage,  format,  and  level 
of  PDD  automation  (See  Table  4-2  for  a  complete  breakdown  of  the  data  store  codes 
used  for  all  DFDs  Also,  refer  to  Appendix  C,  Section  C.2,  for  a  description  of  the  Gane 
and  Sarson  DFD  methodology.) 

4.2  DESIGN/ENGINEERING  DFDs 

The  data  flow  diagrams  in  this  section  provide  a  general  overview  of  the  processes,  data 
stores,  and  data  flows  for  the  design  and  engineering  of  a  weapon  system  These  dia¬ 
grams  are  not  intended  to  define  a  specific  contractor  or  acquisition  program,  but  provide 
a  generic  description  of  the  design/enginecring  process  and  data  used  by  both  Air  Force 
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l-'IGUUE  4-1.  I'UD  DATA  FLOW  OVERVIEW 


FIGURE  4-2.  PRODUCT  DEFINITION  DATA  NODE  TREE 
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CODE 

DEFINITION 

CATEGORY 

A 

Auto'nated 

M 

Manual 

Automation  Status 

E 

Either  Manual  or  Automated 

B 

Both  Manual  and  Automated 

■■ 

Apertitf^o  Cards 

DraiMngs 

Hard  Copy  Reports 

20  Vector  Image 

3D  Vector  Image 

Data  Formats 

Database 

Analytical  Models  (e  g  ,  FEM,  Simutatlon) 

8 

Air  Force  Form 

9 

Paster  Image 

10 

Microfiche 

11 

12 

N/C  Tape 

Phyflcal  Storage  Typos 

13 

Optical  Disc 

0 

Design/ Engineering  Data 

M 

Manufacturing  Data 

P 

Post-Production  Support  Data 

Data  Stores 

S 

Shared  Data 

and  contractor.  (Appendix  C  contains  a  detailed  description  of  the  design/engmeering 
DFDs) 

The  tollowing  are  summary  descriptions  of  the  high  level  processes  depicted  in  the  node  tree 
diagram 

LEVEL  10  -  Develop  Design/ Engineering  Data 

In  the  Air  Force  acquisition  process  each  phase  is  separated  by  a  major  schedule  milestone 
As  each  phase  is  completed,  a  more  refined  system  is  formulated  At  the  end  of  the  third 
phase,  Full  Scale  Development,  a  configuration  is  approved  and  cited  in  a  production  con¬ 
tract 

r igurcs  4-3  and  4-4  are  high  level  descriptions  of  the  acquisition  process  up  to  the  produc¬ 
tion  contract,  and  show  hotv  FDD  is  created  and  used  during  the  design/engineering  process. 
The  subsequent  node  (20  Develop  Manufacturing  Data)  covers  the  production  contract  itself 
and  IS  described  in  Section  4  3.  Additionally,  some  activities  are  phase-independent  mid 
have  been  broken  out  separately  (See  Node  14  in  Figure  4-3) 

•  Process  1 1  -  Develop  Conceptual  Design  -  In  order  to  establish  a  particular  direction 
within  the  weapon  system  development  cycle,  a  number  of  planning  documents  are 
developed,  e  g  ,  Program  Management  Directive  (PMD)  These  documents  identify 
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FIGURE  4-3. 


DESIGN/ENGINEERING  DATA  NODE  TREE 


FIGURE  4-4.  DEVELOP  DESIGN/ENGINEERING  DATA  DFD 


requirements,  scope,  and  direction,  and  assist  in  the  establishment  of  the  initial  ele¬ 
ments  of  the  System  Program  Office  (SPO).  These  initial  study  contracts  provide 
some  of  the  first  technical  sources  of  engineering  data,  as  well  as  more  clearly  define 
the  possibilities  which  exist  to  meet  the  initial  requirements  document.  At  this  time 
other  efforts  include  the  initial  systems  engineering  which  produces  the  Preliminary 
Operational  Concept,  Initial  Functional  Analysis,  Mission  and  Requirements  Analy¬ 
sis.  and  System  Specification  (Type  A).  These  documents  are  used  as  a  basis  for 
some  initial  analysis  (geometrical  models,  analytical  models,  etc.) 

The  resulting  “Candidate  Configurations”  and  any  supplementary  analyses  are  then 
reviewed  by  the  SPO  at  the  System  Design  Review  (SDR).  After  this  first  major 
design  review,  the  SDR-approved  configurations  are  then  used  to  formulate  the  dem¬ 
onstration/validation  contract.  This  contract  is  used  to  demonstrate  and/or  validate 
these  initial  configurations. 

•  Process  12  -  Develop  Preliminary  Design  -  Using  the  System  Specification  (Type  A) 
developed  during  the  Conceptual  Design  process  and  the  preliminary  engineering 
data,  each  configuration  item  (Cl)  is  reviewed,  refined,  and  broken  down  into  subsys¬ 
tem  components.  Once  identified,  engineering  and  analysis  data  are  generated  for 
each  subsystem  component.  This  provides  a  more  detailed  basis  for  the  Preliminary 
Design  Review  (PDR).  Supplementing  each  detailed  configuration  is  a  synthesis  of 
the  design,  as  well  as  comparisons  and  a  ranking  of  the  overall  performance/opera- 
tional  characteristic-s. 

The  PDR  allows  the  SPO  to  perform  a  formal  technical  review  of  enhanced  designs 
developed  during  the  Develop  Conceptual  Design  process.  Its  purpose  is  to  select  the 
configuration  which  provides  the  best  overall  use  of  technology  and  resources  for 
meeting  system  requirements  Later  design  changes  are  based  on  PDR  review  com¬ 
ments  Once  authenticated,  this  design  constitutes  the  core  of  the  Development 
Specification  (Type  B)  and  Level  2  engineering  Data, 

•  Process  13  -  Finalize  Detail  Design  -  The  Development  Specification  (Type  B)  and 
Uvel  2  Engineering  Data  are  used  as  input  for  the  Finaiize  Detail  Design  proce.ss.  At 
this  point,  a  particular  configuration  has  been  selected,  and  engineering  data  is  ex¬ 
panded  to  the  point  where  prouaction  issues  can  be  identified  and  resolved. 

Once  the  engineering  leviews  and  analyses  have  been  completed,  detailed  drawings 
are  generated.  These  drawing.,,  and  a  complete  engineering  package,  are  the  source 
data  for  conducting  the  Critical  Design  Review  (CDR).  A  specific  Cl,  along  with 
actual  design  criteria,  is  reviewed  by  the  SPO  at  the  CDR.  Once  this  design  is  authen¬ 
ticated,  a  Product  Specification  (Type  C)  is  generated  to  be  used  by  the  Contractor  to 
perform  production. 
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One  of  the  last  steps  in  determining  the  feasibility  of  the  design  is  to  perform 
audits.  The  three  separate  types  of  acceptance  measures  are  the  Functional  Con¬ 
figuration  Audit  (FCA),  the  Physical  Configuration  Audit  (PCA),  and  the  Formal 
Qualification  Review  (FQR). 

•  Process  14  -  Provide  Technical  Support  -  Several  events  occur  throughout  the 
technical  progression  of  the  systems  engineering  and  design  process  such  as  Con¬ 
figuration  Management,  Test  Support,  and  In-Process  Reviews. 

Configuration  management  is  performed  by  the  SPO  during  the  acquisition  phase 
and  by  the  ALC/SPM  throughout  the  life  cycle  of  the  weapon  system.  It  identifies 
and  controls  system  elements  (i.e.,  CIs),  and  allows  for  points  of  control,  review, 
and  distribution  for  changes  to  the  system.  The  tracking  function  provides  for 
Configuration  Status  Accounting  (CSA).  Configuration  control  is  established  via  a 
governing  body  called  the  Configuration  Control  Board  (CCB)  whose  role  is  to 
review,  then  approve  or  reject,  incoming  Engineering  Change  Proposals  (ECPs). 

Test  Support,  usually  identified  early  in  the  acquisition  process  in  the  Test  and 
Evaluation  Master  Plan  (TEMP),  provides  data  in  such  areas  as  fatigue,  fracture, 
and  component  failure  to  determine  the  active  life  cycle  of  components  In  addi¬ 
tion,  this  data  is  required  for  determining  spares  provisioning.  Depending  on  sys¬ 
tem  requirements,  testing  can  be  carried  out  by  the  contractor,  or  by  testing  agen¬ 
cies  within  the  Air  Force.  These  include  the  Test  Wings,  Air  Force  Operational 
Test  and  Evaluation  Center  (AFOTEC),  Air  Force  Flight  Test  Center  (AFFTC),  and 
other  organizations. 

The  In-Process  Review  (IPR)  is  a  contract  requirement  in  which  the  Air  Force 
periodically  reviews  the  formats  of  the  engineering  drawings.  The  IPR  identifies  to 
the  contractor  any  problems  and  deficiencies  in  generating  the  drawings. 

•  Process  15  -  Provide  Supplementary  SPO  Support  -  During  production.  Program 
Management  Responsibility  Transfer  (PMRT)  planning  takes  place.  Until  PMRT 
takes  place,  the  SPO  maintains  close  coordination  with  the  production  contractor, 
and  prepares  the  ALC/SPM  for  delivery  of  engineering  data  and  receipt  of  the 
system  The  SPO  also  conducts  program  reviews  and  acceptance  testing  reviews, 
and  pe.'forms  other  business  functions  such  as  accepting  deliverables,  financial 
tracking,  and  schedule  tracking. 

4.3  MANUFACTURING  DFDs 

The  Manufacturing  Data  Flow  Diagrams  provide  a  general  overview  of  the  processes,  data 
stores,  and  data  flows  for  the  manufacture  of  a  weapon  system.  These  diagrams  are  not 
intended  to  define  a  specific  contractor  or  acquisition  program,  but  provide  a  generic  view 
of  the  manufacturing  process  and  data  used  by  both  Air  Force  and  Contractor  A  detailed 
description  of  the  Manufacturing  DFDs  can  be  found  in  Appendix  C 
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The  following  are  summar>  descriptions  of  the  high  level  processes  shown  in  the  node 
tree  diagram. 

LEVEL  20  -  Develop  Manufacturing  Data 

The  node  tiee  (See  Figure  4-5)  decomposes  manufacturing  into  four  major  subprocesses. 
Assess  Design  Producibility,  Conduct  Producibility  and  Engineering  Planning  (PEP),  Con¬ 
duct  Low  Rate  Initial  Production  (LRIP),  and  Manufacture  Product. 

Figure  4-6  provides  an  overview  of  the  manufacturing  process  and  the  flow  of  engineer¬ 
ing  data  During  the  manufacturing  process.  Air  Force  Systems  Command  (AFSC)  is 
responsible  for  acquiiing  and  managing  manufacturing  data,  such  as  tooling,  process,  and 
material,  for  system  acquisitions  until  PMRT,  at  which  time  the  prime  ALC  assumes 
control  of  the  manufacturing  data. 

•  Process  21  -  Assess  Design  Producibility  -  During  the  Concept  Exploration  Phase, 

It  is  necessary  to  assess  the  ability  of  a  design  to  be  manufactured.  This  requires 
evaluation  of  existing  manufacturing  technologies  and  their  application  to  design 
production,  product  quality,  production  rate,  and  cost  requirements.  Production 
risks  and  alternatives  are  identified  as  well  as  the  new  t''''i>nologies  and  materials 
required  to  produce  a  design.  A  new  manufacturing  strategy  to  produce  the  item  is 
developed  and  preplanned  improvements  are  incorporated  into  the  system 

•  Process  22  -  Conduct  Producibility  and  Engineering  Planning  (PEP)  -  During  the 
Demonstration  and  Validation  phase  of  system  acquisition,  manufacturing  and  pro¬ 
duction  criteria  are  established.  The  contractor  develops  producibility  criteria  to 
guide  the  design  effort  These  criteria  reflect  a  mixture  of  general  and  specific 
lequirements  applicable  to  the  system  being  developed.  The  contractor  conducts 
demonstrations  of  new  technologies  necessary  for  system  production,  assesses  the 
production  feasibility  of  the  design,  and  cieates  an  initial  manufacturing  plan.  The 
contractor  also  creates  a  quality  assurance  plan  that  determines  the  initial  require¬ 
ments  and  specifications  the  product  must  meet  during  production.  Finally,  the 
contractor  develops  a  plan  that  combines  the  producibility  and  engineering  data  on 
the  product  This  plan  contains  the  measures  used  to  develop  the  engineering  data, 
designs,  special  purpose  manufacturing  equipment,  tooling,  and  computer  models 
used  to  assess  the  producibility  of  the  design. 

»  Process  23  -  Conduct  Low  Rate  Initial  Production  (LRIP)  -  The  LRIP  process 
initiates  the  production  of  an  item  During  this  acquisition  phase,  many  methods 
applying  to  full-scale  production  are  developed  and  used  in  the  creation  of  a  lim¬ 
ited  number  of  items  Computet  Aided  Manufacturing  (CAM)  data  is  generated 
fiom  Computer  Aided  Design  (CAD)  information  provided  by  the  system  design- 
eis  CAM  data  is  used  to  model  production,  facility  planning,  and  the  development 
of  Computer  Numerical  Control  (CNC)  production  data  In  addition  tooling,  proc- 
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ess,  and  materia!  and  inspection  requirements  are  created  and  tested.  A  First  Arti¬ 
cle  or  test  item  is  created  and  is  used  for  operational  testing  and  evaluation.  As  a 
result,  system  effectiveness  information  is  returned  to  both  the  design  and  manufac¬ 
turing  engineers. 

The  level  of  production  readiness  is  also  assessed  and  the  capability  of  the  manu¬ 
facturer  to  produce  the  product  is  determined.  A  period  of  initial  production  can 
occur,  during  which  the  capabilities  of  full  scale  production  are  developed  and 
assessed.  Tliis  manufacturing  effort  creates  prototype  products  that  are  tested  to 
meet  Development  Test  and  Evaluation  (DT&E)  and  Operational  Test  and  Evalu¬ 
ation  (OT&E)  requirements. 

•  Process  24  -  Manufacture  Product  -  The  actual  manufacture  of  a  product  is  the 
final  phase  in  the  acquisition  cycle.  Manufacturing  facilities,  processes,  tooling, 
and  test  equipment  are  finalized,  and  the  manufacturing  plan  is  implemented. 
Components  and  raw  material  are  acquired  from  vendors  and  sub-contractors,  then 
assembled  into  the  product  Changes  resulting  from  continued  testing  and  evalu¬ 
ation  can  alter  the  design  and  manufacturing  processes  used.  These  changes  aie 
implemented  to  ensure  a  quality  product  that  meets  the  desired  requirements  and 
specifications 

During  manufacturing,  the  implementation  of  preplanned  product  improvements 
allows  for  phased  growth  in  system  capabilities,  utility,  and  operational  readiness. 

As  production  and  delivery  of  a  product  declines,  the  contractor  packages  and  de¬ 
livers  the  engineering  data  for  the  product  defined  in  the  production  contract.  This 
engineering  data  is  delivered  to  the  prime  ALC  for  support  of  the  system  (post- 
PMRT). 

4.4  POST-PRODUCTION  SUPPORT  DFDs 

The  Post-Production  Support  DFDs  provide  a  general  overview  of  the  processes,  data 
stores,  and  data  flows  of  local  manufacturing,  spares  reprocurement,  repair,  and  modifi¬ 
cations  These  diagrams  are  not  intended  to  depict  any  specific  acquisition  program,  but 
provide  a  generic  view  of  the  ALC  and  MAJCOMs’  post-production  support  activities 

The  node  tree  (Figure  4-7)  provides  an  overview  of  the  post-production  process  and  the 
use  of  PDD  The  node  decomposes  post-production  into  four  major  sub-processes: 
Perform  Local  Manufacturing,  Manage  Spares  Reprocurement,  Perform  Repair,  and  Per¬ 
form  Modifications. 

LEVEL  30  -  Provide  Post-Production  Support 

Figure  4-8  presents  an  overview  of  the  post-production  support  processes  that  are  per¬ 
formed  by  the  ALCs  and  MAJCOMs  in  support  of  weapon  system  depot  and  base-level 
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activities  This  diagram  depicts  the  flow  of  engineering  data  and  the  relationships  among 
the  subprocesses-  Perform  Local  Manufacturing,  Reprocure  Spares,  Perform  Repair,  and 
Perform  Modification. 

Process  31  -  Perform  Local  Manufacturing 

The  ALCs  and  Using  Commands  manufacture  parts  locally  (using  CAD/CAM  and  CNC) 
to  support  depot  and  base-level  maintenance-  1)  to  meet  an  urgency  of  need  mainte¬ 
nance  requirement;  or  2)  when  it  is  more  economical  to  manufacture  parts  locally  than  to 
procure  parts  from  a  contractor,  or  3)  when  the  original  contractor  has  gone  out  of  busi¬ 
ness  The  Using  Commands  are  responsible  for  the  local  manufacture  of  parts  for  items 
authorized  as  “base-manufacture”  and  in  situations  when  the  ALCs  cannot  meet  the 
Using  Commands’  needs  due  to  maintenance  schedules  and  cost  constraints 

Local  manufacturing  requests  are  initiated  by  the  ALC  Depots  and  Using  Commands  by  a 
Temporary  Work  Request  The  Al^C  Directorate  of  Maintenance  (MA)  requests  engineer¬ 
ing  drawings  and  associated  lists  from  the  Engineering  Data  Support  Center  (EDSC)  re¬ 
pository  MA  then  develops  a  manufacturing  plan  that  defines  material,  machining, 
schedule,  and  manpower  requirements  Tooling,  dies,  jigs,  and  fixtures  are  fabiicated 
and  the  part  is  produced  according  to  a  manufacturing  plan.  Finally,  the  finished  parts 
are  inspected  and  sent  to  the  original  requester  (ALC  Depots  or  Using  Commands)  for 
installation  on  the  aircraft  The  node  tree  (Figure  4-9)  provides  an  overview  of  this 
subprocess  The  Data  Flow  Diagram  overview  is  shown  at  Figure  <1-10 

•  Process  311  -  Receive  Manufacturing  Requirements.  The  Directorate  of  Mainte¬ 
nance  (MA)  receives  requests  for  local  manufacturing  from  the  Directorate  of  Ma¬ 
terial  Management  (MM)  or  from  Using  Commands  Based  on  the  requirements, 
MA  identifies  drawings  and  lists  specifications  as  well  as  other  information  re¬ 
quired  to  complete  the  manufacturing  request 

•  Process  312  -  Acquire  Engineering  Data.  Once  the  drawings  and  lists  necessary  to 

manufacture  the  item  have  been  identified,  this  information  is  requested  from  the 
EDSC  The  engineering  data  is  provided  to  MA  in  hard  copy  or  aperture  card 

format  If  drawings  oi  other  engineering  data  are  not  available  for  an  item,  then 
reverse  engineering  on  the  item  is  performed  to  generate  the  information  Once  the 
data  package  for  an  item  has  been  assembled  using  AFLC  Form  206,  it  is  for¬ 
warded  to  the  Engineering/Planning  Branch  (MA_E)  for  the  development  of  a 
nidiuifacturing  plan 

•  Process  313  -  Draft  Eiiginccring  Drawing.  If  specific  drawings  aie  not  available 
for  an  item,  the  Engineering  Division  (MME)  is  responsible  fot  drafting  the  new' 
drawing,s  according  to  military  standards  and  specifications  Shape,  size,  allowable 

'ads,  and  other  geometric  data  is  developed  using  both  manual  and  computer 
aided  drafting  methods 
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FIGURE  4-9.  PERFORM  LOCAL  MANUFACTURING  NODE  TREE 
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•  Process  314  -  Plan  Manufacturing.  Raw  materials,  machine  requirements,  sched¬ 
uling,  and  manpower  requirements  are  identified.  Material  or  parts  not  available  to 
MA  are  requested  on  AFLC  Form  958/959  (Work  Control  Document  Package) 
through  the  Directorate  of  Distribution  (DS),  which  then  acquires  the  appropriate 
parts  or  raw  material  to  support  local  manufacturing  efforts.  From  the  require¬ 
ments  compiled  for  the  item  a  manufacturing  plan  is  developed  which  considers 
part  routing,  operation  de.=icriptions,  quality  assurance,  work  verification,  and  item 
testing. 

•  Process  315  -  Implement  Manufacturing  Plan.  The  manufacturing  plan  is  imple¬ 
mented  by  the  consolidation  and  creation  of  appropriate  jigs,  fixtures,  tools,  ma¬ 
chines  and  material  During  the  implementation  phase  of  local  manufacturing,  the 
Numerical  Control  data  is  placed  on  tape  for  use  by  N/C  machining  equipment 
Specific  equipment  and  shop  facilities  are  set  aside  for  the  manufacture  of  the  part 
and  manpower  is  allocated  to  begin  the  process  of  manufacturing  the  item. 

•  Process  316  -  Inspect  Incoming  Material.  The  Directorate  of  Distribution  (DS) 
receives  all  incoming  raw  material  and  parts  The  material  and  parts  are  inspected 
using  Quality  Assurance  (QA)  data  provided  by  MA,  and  are  then  delivered  to  MA 
for  use  in  local  manufacturing 

•  Process  317  -  Produce  Item.  The  Production  Branch  (MA_P)  manufactures  the 
requested  items  according  to  the  manufacturing  plan  developed  for  the  item  The 
Product.  Material,  and  Process  specifications  along  with  the  engineering  drawings, 
N'C  data,  and  associated  lists  are  used  b>  the  manufacturing  shop  floor  to  fabricate 
and  test  the  requested  item  Once  the  item  has  been  manufactured  it  is  transferred 
to  the  Quality  Assurance  Division  (MAQ)  for  inspection  and  testing 

•  Process  318  -  Inspect  Part.  The  MAQ  division  verifies  and  tests  the  product  to 
determine  whether  the  item  meets  all  specified  standards  and  requirements  The 
manufactured  part  can  be  inspected  using  destructive  and  non-destruciive  inspec¬ 
tion  tests  for  strength,  geometric  accuracy,  finish,  corrosion  protection,  production 
stress  defects,  etc  The  tests  use  the  quality  control  data  provided  on  the  item  as 
well  as  information  available  within  MAQ  group  After  inspection,  the  part  is  then 
sent  to  the  original  requester  (Using  Command  or  ALC  Directorate) 

•  Process  319  -  Perform  Base  Manufacturing.  Some  items  are  manufactured  at 
MAJCOM  base  local  manufacturing  facilities  These  parts  are  usually  icss  compli¬ 
cated  to  produce  than  items  manufactured  at  ALC  facilii.es  The  Field  Mainte¬ 
nance  Squadrons  (FMS)  obtain  part  drawings  and  engineering  data  from  the  base 
level  FDSC,  ALC  EDSCs,  or  the  original  contractor  The  MAJCOMs  manufacture 
the  part  to  meet  intermediate  maintenance  requirements  using  material,  equipment, 
and  manpower  at  the  base 
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Process  32  -  Manage  Spares  Reprocurement 

The  ALC  Item  Management  Division  (MMI)  is  responsible  for  periodically  purchasing 
Items/Economic  Order  Quantity  (EOQ)  and  as  needed  replacement  parts  from  contractors 
on  a  competitive  basis  For  first  time  reprocurements,  the  Directorate  of  Competition 
Advocacy  (CR)  performs  screening  analysis  to  ensure  adequate  engineering  data  for  com¬ 
petitive  reprocurements.  Screening  analysis  includes  the  development  of  indentured  data 
lists,  engineering  drawing  “trees”,  and  master  bid  sets.  For  subsequent  reprocurements, 
MMI  initiates  Procurement  Requests  (PRs)  directly  with  the  Directorate  of  Contracting 
and  Manufacturing  (PM).  If  the  original  engineering  data  is  lost,  damaged,  or  missing, 
reverse  engineering  is  performed  by  the  CR,  MA,  and  MM  directorates  to  reconstruct  the 
design  from  the  original  end-item.  CR  also  has  the  capability  to  create  a  new  engineering 
data  package  for  less  complex  items. 

The  spares  reprocuremeni  bid  set  is  sent  out  to  industry  for  competitive  bids  and  subse¬ 
quent  award.  Should  a  reprocurement  effort  not  receive  bids,  the  manufacture  of  the 
Item  may  be  done  organically,  depending  upon  on  the  criticality  of  the  part  The  ALC 
Directorate  of  Distribution  (DS)  then  receives  and  inspects  the  spares  and  distributes  shop 
replaceable  units  (SRUs)  to  the  Depot  and  line  replaceable  units  (LRUs)  to  the  Using 
Commands.  Tlie  node  tree  (Figure  4-11)  provides  an  overview  of  this  subproccss.  The 
Data  Flow  Diagram  overview  is  shown  at  Figure  4-12 

•  Process  321  -  Collcct/Sort  Spares  Request.  MMI  serves  as  the  initiator  foi  three 
types  of  spares  requests  Item  Managers  in  the  MM_D  organization  initiate  the  first 
time  spares  being  reprocured  If  necessary,  CR  screens  the  bid  set  package  For 
as-needed  spares,  MA  initiates  a  spares  request  directly  to  the  Item  Managers.  In 
addition,  requests  originate  from  the  Using  Commands  or  through  MA  on  an  as- 
needed  basis 

•  Process  322  -  Perfonn  Reverse  Engineering.  For  those  items  with  no  available 
engineering  data,  a  reverse  engineering  process  is  initiated.  Reverse  engineering  is 
the  process  whereby  a  part  or  component  is  disassembled,  inspected,  and  analyzed 
in  order  to  obtain  both  quantitative  and  qualitative  data  This  data  then  forms  the 
basis  of  an  engineering  data  package.  This  activity  is  initiated  by  CR  and  supported 
by  MM  and  MA 

•  Process  323  -  Develop  Drawing  Tree.  Once  a  set  of  engineering  drawings  are 
completed,  a  drawing  tree  (i  e  ,  data  list)  is  developed  A  drawing  tree  identifies 
the  hierarchical  relationship  between  drawings  and  configured  items  (CIs)  wi'iiin 
the  weapon  system.  The  drawing  tree  information  is  stored  in  D049. 

•  Process  324  -  Screen  Data  Package.  The  Directorate  of  Competition  Advocacy 
(CR)  prepaies  the  Level  3  Engineering  Data  package  and  uses  the  Screening  Analy¬ 
sis  Work  Sheet  (AFLC  Form  761)  to  screen  and  validate  It.  The  Automated 
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FIGURE  4-n.  MANAGE  SPARES  REPROCUREMENT  NODE  TREE 
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FIGURE  4-12.  MANAGE  SPARES  REPROCUREMENT  DFD 


Screening  Analysis  For  Procurement  Method  Code  System  (J008)  is  used  to  identify 
the  G  code  (competitive)  and  H  code  (sole  source)  information.  The  D049  system 
(Master  Material  Support  Record)  maintains  current  identification  of  parts,  mate¬ 
rial,  and  engineering  drawing  tree  information,  which  are  part  of  recoverable  items 
subject  to  depot  level  repair.  The  D033  (AFLC  Retail  Stock  Control  and  Distribu¬ 
tion  Centra!  Material  Locator  Management  System)  provides  inventory  accounting 
for  all  stock  items  in  support  of  repair  activities  and  includes  the  accounting  of 
materials  issued  to  MA.  Once  screened  by  these  systems,  the  bid  sets  are  assem¬ 
bled  using  the  engineering  drawings  and  other  associated  data. 

•  Process  325  -  Initiate  Procurement.  A  number  of  activities  are  involved  in  the 
initiation  of  procurements  In  the  majority  of  cases  the  Item  Manager  in  MM_D 
will  send  the  PR  (AFLC  Form  306)  for  contract  award  to  PM  In  order  to  effec¬ 
tively  prepare  this  information,  MM_D  uses  the  following  systems  to  formulate 
coordinated,  effective,  and  economic  buys- 

o  D041  Recoverable  Items  Subject  for  Depot  Level  Repair  (Spares  Computa¬ 
tion) 

o  D039-  Equipment  Item  Requirements  Computation  System 

0  D062  Economic  Order  Quantity  (EOQ)  Buy/Budget  Computauon  System 

lujcal  manufacturing  is  an  alternative  to  initiating  a  PR  to  perform  short-run  pro¬ 
duction  for  situations  in  which  there  is  no  engineering  data  available,  or  an  urgent 
turn  around  time  is  required 

•  Process  326  -  Develop  Spares.  The  contractor  selected  to  produce  spates  will  ordi¬ 
narily  be  supplied  with  Engineering  Drawings  (Level  3  or  3).  Material  Specification 
(Type  E),  Process  Specification  (Type  D),  Applicable  MlL-STDs.  and  Q/A  and  Q/C 
Standards  It  is  the  contractor's  obligation  to  produce  and  deliver  the  spares  as 
agreed  upon  in  the  contract 

•  Process  327  -  Receive  and  Inspect  Spares.  The  Directorate  of  Distribution  and 
Supply  (DS)  IS  responsible  for  conducting  inspection  of  the  spares  Once  approv’d, 

DS  allocates  the  spares  components  to  the  DS  warehouse,  Using  Commands  or 
Depots 

Process  33  -  Perform  Repair 

Repairs  are  performed  by  ALCs  and  MAJCOMs  to  support  depot  anH  base-level  mainte¬ 
nance  The  ALCs  and  MAJCOMs  refer  to  engineering  drawings,  parts  lists,  specifica¬ 
tions,  and  analysis  data  when  the  Technical  Order  (TO)  does  not  provide  sufficient  inlor- 
mation  to  support  the  repair  process  Base  level  repair  is  performed  on  those  items  or 
systems  which  require  immediate  attention  due  to  damage  or  wear  AI  C-MM  also  per- 


forms  analysis  for  the  Damage  Tolerance  Assessment  (DTA)  and  structural  damage  re¬ 
pair  in  support  of  the  repair  process.  The  node  tree  (Figure  4-13)  provides  an  overview 

of  this  subprocess.  The  Data  Flow  Diagram  overview  is  shown  at  Figure  4-14. 

•  Process  331  -  Receive  Repair  Requests.  Repair  requests  are  initiated  from  the 
base  or  depot  where  the  source  of  the  problem  is  identified  during  periodic  DTA 
inspections  and  depot  maintenance.  The  request  is  currently  transmitted  using 
AFLC  Form  256  and  with  AFLC  Form  958/959. 

•  Process  332  -  Compute  Requirements.  This  activity  defines  the  assessment  and 
formulation  of  repair  requirements  by  ALC/MA  or  the  MAJCOM  Using  input 
from  the  original  repair  requirements  and  an  assessment  of  any  structural  damage, 
an  automated  system  (D073-Repair  Requirement  Compulation)  is  used  to  identify 
repair  requirements  m  terms  of  manpower,  scheduling  requirements,  and  time 
The  ALC  and  MAJCOM  will  determine,  based  on  the  repair  requirement,  whether 
to  perform  the  repair  at  the  base  or  depot 

•  Process  333  -  Dctcnniiic  Spares  Required.  MA  reviews  the  spares  requirements 
and  the  status  of  spares  DS  then  delivers  the  spares  or  material  required  to  per¬ 
form  the  job  to  MA 

•  Process  334  -  Plan  Repair.  MA  is  responsible  for  the  planning  and  scheduling  of 
the  repair  The  planning  activity  identifies  the  RCC  (Resource  Control  Center)  that 
will  be  required  for  the  repair  work  RCCs  are  allocated  along  functional  lines,  i  e  . 
heat  treatment,  plating,  machine  work,  etc  The  scheduling  activity  attempts  to 
optimize  equipment  configuration  and  plant  layout  Major  factors  in  scheduling 
consists  of  job  priority,  availability  of  stock,  number  of  items  required,  etc 

•  Process  335  -  Perform  Depot  Repair.  The  repairs  performed  at  the  depot  involve  a 
number  of  activities  including  disassembly  of  a  system  component,  detailed  ex¬ 
amination  for  structural  integrity,  refurbishment  of  worn  components,  and  complete 
replacement  of  worn  or  defective  items  In  order  to  perform  these  activities,  engi¬ 
neering  data  must  be  available  to  support  the  replacement,  assembly,  or  fabrication 
activities  during  the  repair  process. 

•  Process  336  -  Produce  Repair  Kit.  MA  is  responsible  for  the  assembly  of  a  repair 
kit  for  those  repairs  which  are  performed  by  base  level  maintenance  The  repair  kit 
may  consist  of  new  parts,  sjvecial  tooling,  specifications,  applicable  Technical  Or¬ 
ders,  (TOs)  and  other  pertinent  engineering  instructions. 

•  Process  337  -  Perfonii  Base  Repair.  Bases  require  the  use  of  engineering  draw¬ 
ings  and  parts  lists  (when  the  pertinent  information  is  not  available  in  the  Technical 
Orders)  Base  level  maintenance  requests  drawings  from  the  base  level  bDSC, 
Al.C  EDSC,  or  the  prime  contractoi  Using  the  drawings  and/or  10s,  the  base 
repair  requirements  -are  defined  and  implemented 


a  :.s 


33  Perform  Repairs 


4-29 


FIGURE  4-13.  PERFORM  REPAIRS  NODE  TREE 
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FIGURE  4-14.  PERFORM  REPAIRS  DFD 


•  Process  338  -  Assess  Structural  Damage.  Structural  damage  which  consists  of 
damage  to  the  major  assemblies  of  the  system  (e.g..  fuselage,  wings,  tail,  landing 
gear)  may  be  assessed  at  either  base  or  depot  level.  This  assessment  determines 
the  overall  level  of  repair  and  evaluation  of  damage.  Methods  used  to  perform  the 
assessment  consist  of  Damage  Tolerance  Assessment  (DTa),  Non-Destructive  Test 
(NDT),  or  Destructive  Test  (DT).  The  NDT  includes  ultraviolet  light,  magnetic 
particles,  industrial  x-ray,  or  die  penetrant. 

•  Process  339  -  Design  Repair.  MM_R  uses  analysis  information  (e.g.,  DTA  loads, 
allowables)  to  design  the  structural  damage  repair.  A  repair  data  package  is  assem¬ 
bled  that  includes  the  required  drawings,  lists,  specifications,  structural  analysis 
data,  etc.,  to  perform  the  repair. 

•  Process  3310  -  Repair  Structurai  Damage.  The  repair  o'  the  structural  compo¬ 
nents  is  performed  by  MA.  Upon  completion  of  the  repair,  the  system  or  compo¬ 
nent  IS  returned  to  the  originating  base  or  returned  to  stock  as  a  refurbished  spare 

Process  34  -  Perform  Modifications 

Modifications  may  be  initiated  by  Using  Commands,  which  identify  deficiencies  cited  hy 
Deficiency  Reports  (MDR/QDRTDR),  or  by  HQ  USAF,  which  defines  a  new  operational 
capability  due  to  Reliability  and  Maintainability  (R&M),  safety  of  flight  problems,  or  a 
new  mission  threat  There  are  three  major  classes  of  modifications.  1)  Class  11  -  re¬ 
search  and  development  modifications  which  are  temporary  and  for  flight  test  purposes 
only,  2)  Class  IV  -  R&M,  material  deficiency,  or  safety  of  flight  modifications,  and  3) 
Class  V  -  new  operational  capability  The  ALC/SPM  is  responsible  for  performing  an 
engineering  analysis  (e  g.,  loads,  stress  analysis)  of  the  deficiency  report  findings  Once 
a  deficiency  has  been  identified,  an  EC"  is  developed  by  the  ALC  or  contractor  defining 
the  tasks  and  requirements  to  perform  the  modification  Based  on  the  ECP  content  (level 
of  technical  tasks,  costs,  schedules  etc.),  the  CCB  then  decides  whether  to  have  the 
modification  performed  by  the  contractor,  ALC  depot.  Test  Wing,  or  not  at  all 

If  the  modification  is  to  be  performed  organically  (in-house  by  the  ALC  or  Test  Wing), 
then  the  Air  Force  may  be  responsible  for  the  design,  analysis,  manufacture,  installation, 
and  test  of  the  modification  kits  The  ALCs  and  Test  Wings  usually  require  the  use  of 
C.AD/CAM/CAE  capabilities  to  perform  the  modification.  Organic  modifications  may  be 
minor  in  nature  compared  to  contractor  modifications 

For  contractor  modifications  (typically  Class  IV  or  V),  the  ALC/MM  division  is  responsi¬ 
ble  for  assembling  a  Modification  Engineering  Data  package.  The  CR  directorate  then 
screens  the  package  to  ensure  that  the  engineering  data  can  support  the  competitive  pro¬ 
curement  of  the  modification.  Upon  award  of  the  contract,  MM  is  responsible  for  moni¬ 
toring  the  design  and  development  of  the  modification,  and  conducting  design  reviews 
(PDR,  CDR,  etc ) 
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The  contractor  is  responsible  for  the  design/engineering  and  manufacturing  of  the  kits 
(modification  item)  necessary  to  support  the  modification.  The  major  modification  activi¬ 
ties  are  generally  the  same  as  those  performed  during  a  new  acquisition  program  (See 
Sections  4.2  and  4.3).  The  contractor  develops  the  modification,  installs  and  tests  the  kit 
on  a  prototype  aircraft,  and  then  develops  the  modification  package  for  “kit  proofing"  by 
the  Air  Force.  The  ALC  uses  an  Air  Force  test  organization  to  test  the  modification  kit. 
The  contractor  is  then  responsible  for  developing  a  Time  Compliance  Technical  Order 
(TCTO)  (containing  instructions  for  kit  installation)  and  delivery  of  the  modification  kits 
to  the  Air  Force.  Finally,  the  kits  are  installed  on  the  weapon  system  by  the  ALCs,  Using 
Commands,  or  a  Contractor.  The  node  tree  (Figure  4-15)  provides  an  overview  of  this 
subprocess.  The  Data  Flow  Diagram  overview  is  shown  at  Figure  4-16. 

•  Process  341  -  Collect  Modification  Requirements  Data.  The  Engineering  and 
Reliability  Branch  (MMAR)  receives  Quality  Deficiency  Reports  (QDR),  Tear  Down 
Deficiency  Reports  (TDR)  and  Material  Deficiency  Reports  (MDR)  indicating  the 
problems  encountered  during  the  operation  of  a  weapon  system.  In  addition,  the 
original  prime  contractor  may  generate  Engineering  Change  Proposals  (ECPs)  for 
the  rectification  of  problems  or  the  enhancement  of  the  weapon  system.  Require¬ 
ments  for  weapon  system  modification  also  can  also  result  from  new  operational 
capabilities  provided  by  HQ  USAF.  As  a  result  of  technical  reports  and  new  opera¬ 
tional  capabilities,  requirements  are  collected  for  weapon  system  modification. 

•  Process  342  -  Perform  Orgaidc  Modifications.  The  modifications  undertaken  by 
the  Air  Force  are  called  organic  modifications.  These  modifications  are  designed 
and  manufactured  by  the  Air  Force,  and  are  usually  initiated  by  an  Organic  Change 
Proposal  (OCP).  The  Directorate  of  Material  Management  (MM),  through  the  Op¬ 
erations  and  Support  Branch  (MMED),  designs/drafts  the  engineering  changes  for 
the  modification.  The  Directorate  of  Maintenance  (MA)  through  the  Production 
Branch  (MA_P)  manufactures  the  prototype  modification  and  “kits"  for  installation. 
The  Specialized  Engineering  Branch  (MMET)  is  responsible  for  the  testing  of  or¬ 
ganically  created  modifications. 

•  Process  343  -  Analyze  Deficiency  Reports.  The  Engineering  and  Reliability 
Branch  (MM-R)  at  each  ALC  reviews  the  deficiency  reports  and  operational  capa¬ 
bility  requirements  for  each  modification.  From  the  review  of  these  reports  a  set  of 
requirements  is  determined  for  each  modification.  The  process  of  MDR  review  and 
investigation  is  described  in  the  USAF  Material  Deficiency  Reporting  and  Investi¬ 
gating  System  Technical  Order  (T-O.  00-35D-54).  As  a  result  of  this  review  and 
investigation  process,  the  System  Program  Manager  (SPM)  issues  a  Material  Im¬ 
provement  Program  (MBf^. 

•  Process  344  -  Develop  ECP/OCP.  As  a  result  of  the  MIP,  an  ECP  or  OCP  is 
developed  for  the  modification.  The  Modification  Policy  Group  and  the  Program 
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Review  Committee  (PRC)  determines  the  purpose  (safety  of  flight,  mission  capabil¬ 
ity,  product  improvement,  etc.)  and  urgency  of  the  modification.  A  System/Seg¬ 
ment  Specification  (Type  A)  is  developed  defining  the  functional  requirements  of 
the  modifications,  and  an  engineering  data  package  is  assembled  for  the  modifica¬ 
tion. 

•  Process  345  -  Conduct  CCB  Meeting.  The  Configuration  Control  Board  (CCB)  is 
the  policy  and  management  committee  within  an  ALC  which  monitors  tl;e  cnanges 
made  to  a  weapon  system.  The  CCB  reviews  ECPs  and  makes  recommendations 
and  approves  funding  for  these  modifications. 

•  Process  346  -  Install  Temporary  Equipment.  Some  organic  modifications  under¬ 
taken  by  the  Air  Force  are  temporary  in  nature  (i.e  ,  Class  11).  These  modifications 
are  typically  performed  to  support  research,  development,  test,  and  evaluation  pro¬ 
grams  prior  to  the  development  and  installation  of  modification  “kits”  on  the 
weapon  system  fleet. 

•  Process  347  -  Screen  Engineering  Data  Package.  The  CRE  division  performs  the 
screening  analysis  to  ensure  that  the  Air  Force  has  adequate  engineering  data  for 
competitive  procurement  of  the  modification.  CRE  also  creates  a  hierarchy  of  the 
drawing  “trees”  in  developing  the  master  bid  set  The  S>stem  Program  Manager 
(SPM)  then  initiates  a  Procurement  Request  for  competitive  bidding  on  the  modifi¬ 
cations. 

•  Process  348  -  Perform  System  Dcsign/Enginccring.  Modification  System  Specifi¬ 
cation  (Type  A)  is  revietted,  refined,  and  broken  down  into  subsystem  components. 
Once  identified,  engineering  and  analysis  data  is  generated  for  each  subsystem 
component  This  provides  the  detailed  engineering  and  design  information  re¬ 
viewed  at  IPRs  and  design  reviews/audits  The  final  design  is  developed  from  the 
preliminary  engineering  and  design  data  and  is  then  released  to  the  manufacturing 
group  for  modification  kit  development 

•  Process  349  -  .Manage  Modification  Development.  The  Production  Management 
Branch  (MMAP)  is  responsible  for  monitoring  the  development  of  the  modification 
programs  Modification  Policy  Groups  are  formed  to  review  the  progress  of  modifi¬ 
cations  and  coordinate  modification  activities 

•  Process  3410  -  Conduct  Design  Reviews.  There  are  two  important  reviews  which 
all  major  nioditications  must  undergo,  the  first  is  the  Preliminary  Design  Review 
(PDR),  and  the  second  is  the  Critical  Design  Review  (CDR).  The  PDR  results  in 
the  selection  of  a  configuration  which  provides  the  best  overall  use  of  technology 
and  resources  towards  meeting  the  requirements  of  the  modification.  Subsequent 
to  review  and  approval,  U'vel  2  Engineering  Data  and  the  Development  Specifica¬ 
tion  (Type  B)  are  created  The  diawings  i.-'gether  with  the  enginee'ing  data  pack- 


age,  are  used  to  conduct  the  CDR.  At  the  CDR,  a  specific  configuration  is  pre¬ 
sented  along  with  actual  design  criteria.  Once  this  design  is  authenticated,  a  Prod¬ 
uct  Specification  (Type  C)  is  generated  which  will  be  used  during  production. 

•  Process  3411  -  Deliver  Prototype.  Once  the  design  is  released  for  manufacturing, 
the  contractor  develops  a  manufacturing  plan  and  schedules  the  development  of  the 
modification  prototype.  A  “first  article”  or  test  item  is  created  during  the  prototype 
development.  The  weapon  system  is  then  used  for  operational  testing  and  evalu¬ 
ation 

•  Process  3412  -  Install  and  Test  Modifications.  The  AFFTC,  AFOTEC  or  the 
prime  ALC  tests  and  evaluates  the  weapon  system  modifications.  The  test  organi¬ 
zation  uses  the  test  plans  and  specifications  to  perform  modification  tests  The 
operation  flight  data  is  recorded  in  the  form  of  test  reports.  The  primary  purpose 
of  operational  testing  and  evaluation  of  modifications  is  to  reduce  the  risks  associ¬ 
ated  with  the  engineering,  design,  and  development  of  new  or  modified  systems 

•  Process  3413  -  Perform  Kit  Proof.  Once  a  modification  has  been  designed,  manu¬ 
factured,  and  tested  the  contractor  prepares  a  modification  kit  as  per  TCTO 
TO-00'5-15.  The  modification  kit  contains  the  matciial  and  instructions  necessary 
for  the  installation  of  the  modification,  and  is  delivered  to  the  Air  Force.  The  Air 
Force  then  tests  the  kit  to  determine  if  it  meets  all  the  requirements  defined  in  the 
specifications 

•  Process  3414  -  Produce  Mod  Kits  and  Data.  After  the  testing  and  verification  of 
the  modification  kit  (kit  proofing)  the  Air  Force  authorizes  the  production  of  modi¬ 
fication  kits  for  the  weapon  system  The  contractoi  manufactures  and  delivers  the 
modification  kits  to  the  Air  Force 

•  Process  3415  -  Install  Kits.  Once  modification  kits  are  received  from  the  contrac¬ 
tor  they  can  be  installed  by  an  ALC,  base  level  MAJCOM,  or  a  designed  contractor 
The  Automated  Commodity  Configuration  Management  System  (D066)  and  the  Ad¬ 
vanced  Configuration  Management  System  (D057G)  are  used  by  the  Air  Force  to 
update  the  configuration  status  of  the  weapon  system. 

4.5  DFD  CONCLUSIONS 

Ihis  section  summarizes  the  major  findings  from  developing  the  DFDs  for  the  Design/Cn- 
gineering,  Manufacturing,  and  Post-Production  Support  phases.  To  better  identify  and 
analyze  the  various  types  of  data  stores,  two  types  of  matrices  were  constructed  In  both 
types  of  matrices,  each  process  name  and  node  number  is  identified  The  Design, 'Engi¬ 
neering,  Manufacturing,  and  Post-Production  processes  begin  with  the  numeral  1,  2,  and 
't  respectively.  An  additional  identifier  describes  the  data  store  as  shared  (S),  manufac- 
uiiing  (Mj,  or  design, engineering  (D)  (Codes  and  definitions  foi  both  data  format  and 
storage  types  are  listed  in  Table  4-2  ) 
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4.5.1  Data  Format/Storage  Characteristics  Matrices 

The  matrices  presented  in  Tables  4-3  through  4-5  depict  the  data  store  formats  and 
physical  storage  types  used  throughout  the  life-cycle.  For  each  data  store,  the  appropri¬ 
ate  data  format  and  storage  categories  are  identified  by  the  following  codes:  (A)  Auto¬ 
mated,  (B)  Both  Manual  and  Automated.  (M)  Manual,  or  (E)  Either  Manual  or  Auto¬ 
mated.  One  matrix  each  was  constructed  for  the  Design/Engineering,  Manufacturing  and 
Post-Production  phases.  (Refer  to  Appendix  C  for  the  identification  of  the  specific  data 
stores  and  data  format/storage  types.) 

•  Tables  4-3  and  4-4.  The  Design/ Engineering  Data  Store  Format  and  Storage  (Table 
4-3)  and  Manufacturing  Data  Store  Format  and  Storage  Matrices  (Table  4-4)  present 
the  data  stores  in  terms  of  the  associated  data  format  types  and  storage  characteris¬ 
tics.  Study  of  these  matrices  show  the  following: 

o  Predominant  use  of  hard  copy  report  in  either  automated  or  manual  modes. 

o  The  Level  1  through  Level  3  Engineering  Data  store  is  used  across  several 
data  format  types. 

o  The  primary  data  format  types  include  aperture  cards,  drawings,  2D  and  3D 
vector  image,  and  raster  image.  The  primary  storage  is  magnetic  media. 


•  Table  4-5.  The  Post-Production  Data  Formats  and  Storage  Matrix  depicts  the  data 
format  and  storage  codes  for  those  data  stores  accepted  and  used  by  the  Air  Force 
in  support  of  the  Post-Production  phase.  These  data  stores  are  defined  as  those 
stores  necessary  to  support  logistics  throughout  the  weapon  system  life  cycle.  Con¬ 
clusions  from  this  matrix  are: 

o  Data  is  generally  accepted  by  the  Air  Force  in  hard  copy  report  format 
(specifications,  parts  list,  QA  data.  QC  data)  and  the  data  is  used  to  support 
post-production  support  activity  in  various  ADP  batch  systems. 

o  Level  3  Engineering  Data  is  used  in  every  major  phase  of  Post-Production. 

o  The  primary  stores  and  formats  are:  engineering  data  (either  aperture  card 
or  drawings),  specifications  (manual  hard  copy  report).  Finite  Element 
Model  (FFM)  data  (automated  -  hard  copy  reports,  2D/3D  vector,  database 
and  analysis  models),  parts  lists  (manual  -  aperture  cards  and  hard  copy 
reports),  and  QC  data  (either  hard  copy  reports,  microfiche,  or  magnetic 
media). 

4.5.2  Acquisition  Life  Cycle  Matrices 

In  this  section  the  matrices  are  used  to  analyze  the  characteristics  of  the  phase  in  •  .rhich 
the  individual  data  store  is  created,  modified,  or  used.  This  approach  is  useful  in  identi- 
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TABLE  4-3.  DESIGN/ENGINEERING  DATA  STORE  FORMAT  AND  STORAGE 


TAULE  4-5.  I>(  »ST-l*KODUCriON  DATA  FORMATS  AND  STOR/VGE 


SIS  -  Config  Management  Data 


fying  at  what  time  a  particular  data  store  is  available  and  the  frequency  of  each  of  the 
high  level  processes. 

•  Tables  4-6  through  4-8.  These  matrices  are  generated  from  the  DFDs  which  iden¬ 
tify  the  data  store,  and  list  the  storage  and  data  format  characteristics.  They  iden¬ 
tify  the  creation,  modification,  and  use  of  each  data  store  throughout  the  acquisition 
and  life  cycle.  In  the  context  of  the  matrix,  Create,  Modify,  and  Use  are  defined  as 
follows: 

o  Create  (C)  -  Process  whereby  new  data  is  developed  or  created  in  hard  copy 
or  digital  format  by  the  Air  Force  organization  or  contractor. 

o  Modify  (M)  -  Process  in  which  the  original  data  is  modified. 

o  Use  (U)  -  Process  of  accessing  new  or  previously  modified  data  for  the 
purpose  of  planning,  analysis,  review,  or  engineering  changes 

•  Table  4-6.  The  Design/Engineering  Data  Store  Use  During  Acquisition  Cycle  matrix 
depicts  the  data  stores  used  to  support  the  Design/Engineering  activity  Within  the 
engineering  acquisition  phase  are  three  major  activities.  Conceptual,  Preliminary, 
and  Detail  Design  Two  support  activities  (Technical  Support  and  Supplementary 
SPO  Support)  occur  concurrently  with  the  acquisition  phase  and  are  labeled  Proc¬ 
esses  14  and  15  Findings  are  as  follows. 

0  The  Develop  Conceptual  Design,  Develop  Preliminary  Design,  and  Finalize 
Detail  Design  (Processes  11-13)  are  predominantly  characterized  by  the 
creation  and  use  of  engineering  data 

o  The  Technical  and  SPO  Support  (Piocesscs  14  and  15)  encompass  all  three 
activities  (Create,  Modify,  and  Use). 

0  The  Detail  Design  (Process  13)  primarily  employs  existing  data  foi  the  pro¬ 
duction  phase  (Node  20) 

•  Table  4-7  The  Mamifaitiiring  Data  Store  Use  During  Acquisition  Cycle  matrix  depicts 
the  manufacturing  data  stores  thioughout  manufacturing  activities.  Analysis  show's 
the  following. 

o  Assess  Design  Producibility,  Conduct  Producibility,  Engineering  and  Plan¬ 
ning,  and  Conduct  LP.IP  (Processes  21-23)  prime,  .ly  show  the  creatio..  of 
data  during  the  manufacturing  process 

"  Manufacture  Pioduct  (Process  24)  creates  new  manufacturing  data  and 
use^/niodities  additional  support  data  to  suppoit  the  production  phase 

o  Produce  Item  (Process  243)  uses  primarily  tooling  data,  bill  of  maicriaK 
(BOM),  process  data,  and  production  data 
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TABLE  4-7.  MANUFACTURING  DATA  STOKE  USE  DURING  ACQUISITION  CYCLE 
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•  Table  4-8.  The  ContractorlMr  Force  Post-Production  Support  Matrix  is  a  summary  of 
the  critical  data  stores  created  in  the  acquisition  phases  that  are  used  to  support 
local  manufacturing,  spares  reprocurement,  repairs,  and  modification  during  the 
post-production  phase.  This  matrix  illustrates  major  sources  of  information  devel¬ 
oped  by  the  Contractor  during  the  Design/Engineering  and  Manufacturing  activities 
that  are  required  by  the  ALCs.  Listed  below  are  the  major  observations  from  Table 
4-8; 

o  Modifications  require  the  use  of  the  original  engineering  data,  create  new 
engineering  data,  or  modify  existing  engineering  data. 

o  Local  manufacturing  primarily  uses  and  creates  the  data  that  is  developed 
during  the  manufacturing  process. 

o  Spares  reprocurement  primarily  requires  the  use  of  Level  3  Engineering 
Data  “As-Designed"  and  specifications. 

o  Repairs  primarily  require  the  use  and  creation  of  design/engineering  data 
and  Level  3  “As-Built”  data. 

4.5.3  Summary 

A  number  of  broad  conclusions  can  be  drawn  from  this  analysis  of  DFDs: 

•  The  major  FDD  Data  Classes  include: 

o  Analysis/ Design  Data  (models,  loads,  stress,  properties,  allowables). 

o  Engineering  Data  (engineering  drawings,  parts  lists,  size/shape  data). 

o  Specifications  (System,  Development,  Product,  Material  and  Process  -  Type 
A-E). 

o  ProcessIManufacturing  Data  (tooling,  fabrication,  assembly  data,  numerical 
control). 

o  Test  Data  (test  plans,  specifications,  operational  flight  data). 

•  Shared  data  stores  exist  between  the  design/engineering  activities.  Also,  a  number 
of  processes  in  both  Design/Engineering  and  Manufacturing  require  coordination 
between  dependent  processes.  One  example  is  the  Production  Readiness  Review 
(PRR).  Producibility  data  has  a  direct  correlation  to  the  technical  content  of  Level 
3  Engineering  Data. 

•  Shared  data  stores  also  exist  among  all  three  FDD  processes  (Design/Engineering, 
Manufacturing,  and  Post-Production  Support).  In  describing  the  relationship 
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TABLE  4-8.  CONTRACTOR/AF  POST-PRODUCTION  SUPPORT  MATRIX 


Development  Specification  ( ,’ype  B) 


Product  Specification 


Level  3,  Engineering  Data  “AsrSuiit” 


Configuration  Management  Data  , 


Parts  List  ' 


M  -  Modify 
U  -  Uso 
C  •  Create 

□  Data  sets  required  to  support 
post'production  processes 


among  these  activities,  it  can  be  concluded  from  the  DFDs  that  engineering  data 
and  specifications  are  common  data  stores  for  the  following  major  processes: 

o  Conceptual  DesignIDesign  Producibility  -  Level  1  Engineering  Data  and  Sys¬ 
tem  Specification  (Type  A). 

o  Preliminary  DesignI Producibility  and  Engineering  Plan  (PEP)  -  Level  2  Engi¬ 
neering  Data  and  Development  Specification  (Type  B). 

o  Detail  Design/Low  Rate  Initial  Production  -  Level  3  “As-Built”  Drawings  and 
Product  Specification  (Type  C). 

•  An  anaiysis  of  data  stores  for  Design/Engineering,  Manufacturing,  and  Post-Pro¬ 
duction  phases  include  the  following  data  stores:  FEM  data,  process  and  material 
specifications,  test  data,  Q/A  data,  Q/C  data,  military  standards  and  specifications, 
allowables,  shape/size  data,  analysis  data,  company  standards  and  parts  lists. 

•  It  can  be  concluded  from  the  DFDs  that  there  are  several  opportunities  during  the 
Design/Engineering  and  Manufacturing  phases,  as  well  as  during  the  Post-Produc¬ 
tion  phase,  for  the  Air  Force  to  “access”  and/or  “take  delivery”  of  PDD  such  as 
specifications  (Type  A-E),  technical  reports,  analysis  models,  engineering  draw¬ 
ings,  parts  lists  and  bills  of  material  (BOM)  information. 
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SECTIONS:  FDD  DIMENSIONS 


5.1  INTRODUCTION 

The  FDD  Dimeasions  section  contains  quantitative  information  gathered  in  the  development 
of  the  organizational  assessment,  IDEFo  models,  and  data  flow  diagrams  of  the  current 
engineering  data  environment  within  the  Air  Force.  This  information  provides  a  quantita¬ 
tive  view  of  the  current  engineering  data,  and  what  projected  data  volumes  the  Air  Force  can 
expect  in  the  future. 

5.2  ENGINEERING  DATA  SERVICE  CENTER  (EDSC)  STATISTICAL 
INFORMATION 

In  FY  87,  the  Air  Force  managed  over  28  million  aperture  cards  on  paper,  aperture  cards,  or 
optical  disc  (Engineering  Data  Computer  Assisted  Retrieval  System  [EDCARS])  at  the  five 
Air  Logistics  Center  Engineering  Data  Support  Centers  (ALC  EDSCs),  as  depicted  in  Table 
5-1.  Of  the  28  million  drawings  currently  in  inventory,  4.75  million  have  been  used  for 
reprocurement  in  the  past  three  years  and  have  been  designated  “active”.  These  active 
drawings  are  currently  being  loaded  into  EDCARS. 


TABLE  5-1.  ENGINEERING  DATA  STORED  AT  EACH  ALC  EDSC 


ALC 

(THOUSANDS) 

(THOUSANDS/MONTH) 

Total  Cards 

Active  Cards 

New 

Updated 

Total 

OC* 

4,200 

900 

3.3 

10.0 

13.3 

O 

o 

6,000 

600 

7.5 

22.5 

30.0 

SA* 

5,650 

850 

6.5 

19.4 

25.9 

SM* 

5,800 

1,750 

6.6 

20.0 

26.6 

WR 

6,600 

650 

18.4 

55.3 

73.7 

Total; 

28,250 

4,750 

42.3 

127.2 

169.5 

Source:  ALC  Form  24  Reports  (FY  87) 

‘New  and  Updated  aperture  card  figures  were  calculated  based  on  a  75% 
updated  to  25%  new  ratio  provided  by  WR-ALC  for  FY-87. 
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Each  ALC  is  responsible  for  the  maintenance  of  the  weapon  system  engineering  data  or 
commodities  assigned  to  its  respective  EDSC.  Based  on  interviews  with  the  ALC/MMED 
staff,  each  ALC  receives  approximately  34,000  aperture  cards  per  month,  of  which  ap¬ 
proximately  25%  are  new  and  75%  are  revisions.  The  EDSC  at  each  ALC  receives  and 
processes  requests  for  approximately  23,000  aperture  cards  monthly  for  use  at  the  ALC. 
There  are  four  principle  users  of  engineering  data  at  each  ALC:  1)  Directorate  of  Com¬ 
petition  Advocacy  (CR)  for  reprocurement  bid  set  assessment  and  assembly;  2)  Director¬ 
ate  of  Materiel  Management  (MM)  for  repairs  and  modifications;  3)  Directorate  of  Main¬ 
tenance  (MA)  for  the  organic  manufaciure  of  parts;  and  4)  miscellaneous  users  such  as 
the  Directorate  of  Contracting  and  Manufacturing  (PM),  Field  Maintenance  Squadrons 
(FMS),  and  other  DoD  Agencies.  An  additional  1-2%  (200-300  cards)  are  processed  a 
month  to  support  requests  by  other  ALCs  and  MAJCOMs.  See  Table  5-2  for  a  summary 
of  this  information. 

The  Engineering  Data  Request  Report  (AFLC  Form  24)  which  is  provided  by  the  ALC 
EDSCs  on  a  quarterly  basis  shows  that  CR  requests  approximately  18,000  aperture  cards 
per  month,  MM  and  MA  each  request  approximately  2,000  aperture  cards  per  month, 
while  all  other  organizations  request  approximately  1,000  aperture  cards  per  month. 

In  addition  to  the  requests  made  by  the  various  ALC  organizations,  600,000  aperture 
cards  are  duplicated  per  month  for  reprocurement  bid  sets  and  updates  for  MAJCOMs 
(See  Table  5-3).  Of  the  600,000  cards,  35,000  cards  are  sent  monthly  as  automatic 
updates  to  MAJCOMs,  while  565,000  are  used  for  bid  sets. 


TABLE  S-2.  ALC  ENGINEERING  DATA  REQUESTS 


ALC 

(THOUSANDS  PER  MONTH/PER  YEAR) 

CR 

MA 

MM 

Other 

Total 

O 

q 

17.97/216.0 

2.1/25.6 

1. 6/2.3 

1.1/13.8* 

22.8/273.4 

00* 

17.97/216.0 

2.1/25.6 

1. 6/2.3 

1.1/13.8 

22.8/273.4 

SA 

20.75/249.0 

2.4/28.8 

1.1/12.8 

1.6/19.5 

25.8/310.1 

SM 

18.58/223.0 

2.6/31.0 

2.3/27.0 

0.9/11.0 

24.3/292.0 

WR 

14.58/175.0 

1.4, /1 7.0 

1.3/15.0 

0.9/11.0 

18.2/218.0 

Total: 

89.85/1,079 

10.6/128.0 

7.9/59.4 

5.6/69.1 

113.9/1366,9 

Source:  ALC  Form  24  Reports  (FY  87) 

'estimated  sizes  based  on  the  average  data  from  the  three  other  ALCs. 
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TABLE  5-3.  MAJCOM  EDSC  STAHSUCS 


MAJCOM 

Number  of 

EDSCs 

Number  of  Cards 
Total/per  Base 

Number  of  Cards 
Viewed 

Total/per  Base 

MAC 

11 

6.5M/590K 

8.47K/770 

SAC 

5 

1.4M/280K 

0.71  OK/1 42 

TAC 

27 

8.1MV300K* 

15.5KV575** 

TOTAL: 

43 

16.0M/1170K 

24.7K/1,487 

*  Estimated  on  300K  cards  per  TAC  base  EDSC,  using  F-15  aperture  card  number. 
*’  Based  on  575  cards  viewed  per  month  at  each  base  EDSC. 


5.2.1  MA  Directorate  Utilization 

Engineering  data  use  at  MAs  in  the  ALCs  and  a  base  level  EDSC  is  summarized  below. 

Note  that  data  on  base-level  EDSCs  is  limited  at  this  time  to  information  compiled  from  a 

log  of  drawing  requests  from  a  SAC  EDSC  located  at  Pease  AFB  and  summary  statistics 

received  from  SAC  and  MAC; 

•  Each  ALC/MA  Directorate  utilizes  approximately  0.5%  of  the  total  engineering  data 
stored  at  an  ALC  EDSC  per  year  to  support  reprocurement  and  sustaining  engineer¬ 
ing.  This  is  based  on  an  average  ALC  EDSC  containing  5.6  million  aperture  cards, 
and  an  average  MA  Directorate  requesting  25,600  aperture  cards  per  year. 

•  Field  maintenance  service  at  Pease  AFB  utilizes  0.4%  of  the  total  engineering  data 
at  a  base-level  EDSC  to  support  repairs,  local  manufacturing,  and  other  uses 
(trouble  shooting,  reverse  engineering,  technical  analysis,  etc.).  This  is  based  on 
the  base-level  EDSC  containing  500,000  aperture  cards,  and  an  average  mainte¬ 
nance  unit  requesting  2,000  aperture  cards  per  year. 

•  The  base-level  EDSC  at  Pease  AFB  (SAC,  509  BM^V)  manages  approximately 
500,000  aperture  cards,  of  which  approximately  350,000  are  for  the  F/B-111  and 
approximately  150,000  are  for  the  K/C-135. 

•  The  base-level  EDSC  at  Pease  AFB  receives  approximately  3,000  new  or  updated 
aperture  cards  per  quarter,  while  an  average  ALC  EDSC  receives  approximately 
100,000  nert  or  update  aperture  cards  per  quarter. 


5.2.2  EDSC  Users 


Analysis  of  the  AFLC  Form  24  reports  indicates: 

•  The  CR  Directorate  receives  79%  of  the  information  requested  from  an  ALC 
EDSC.  The  MA,  MM  Directorates  and  other  users  (DS,  FM,  etc.)  receive  9%,  7%, 
and  5%  respectively. 

•  Base-ievel  EDSC  use  information  provided  by  Pease  AFB  shows  that  the  Field 
Maintenance  Squadron  (FMS)  uses  62%  of  the  engineering  data.  The  General 
Dynamics  field  representative,  509  BMW,  and  other  users  (New  Hampshire  Air 
National  Guard,  QA,  etc.)  access  25%,  7%,  and  6%  of  EDSC  information  respec¬ 
tively. 

5.2.3  Applications  and  Number  of  Cards 

Table  5-4  presents  statistics  on  the  application,  use,  and  number  of  aperture  cards  pre¬ 
sent  at  an  average  ALC  EDSC  and  a  SAC  EDSC.  Highlights  of  this  table  are  summarized 

below; 

•  Engineering  data  applications  at  an  ALC  are  primarily  for  spare  parts  reprocure¬ 
ment,  other  applications  include:  technical  research,  repair/local  manufacturing, 
and  miscellaneous  (Directorate  of  Distribution,  Directorate  of  Contracting  and 
Manufacturing,  etc.). 

•  Engineering  data  applications  at  the  SAC  base  are  primarily  for  technical  research 
(material  specifications,  process  specifications,  fastener  specifications,  etc.)  in  sup¬ 
port  of  repairs.  Other  applications  include;  direct  support  of  local  manufacture 
and  miscellaneous  (New  .Hampshire  Air  National  Guard,  QA,  etc.). 

•  Both  the  ALC  and  base  EDSCs  view  60-70%  of  the  aperture  cards  for  information, 
and  modify  or  print  the  remaining  30-40%. 

•  ALCs  prim.trily  use  engineering  data  for  spares  reprocurement,  while  bases  primar¬ 
ily  use  engineering  data  for  repairs. 

•  ALCs  and  bases  view  a  greater  percentage  of  engineering  data  they  modify  or  print. 


5.3  EDGARS  DRAWING  SIZES  AND  STORAGE  STATISTICS 

The  purpose  of  EDGARS  is  to  digitally  store  engineering  data  for  automated  retrieval  and 
production  of  reprocurement  bid  sets.  The  file  sizes  for  “C”  and  "E”  size  drawings 
stored  in  EDGARS  were  provided  by  WR-ALC  EDSC  based  on  the  examination  of  F-15 
engineering  drawings.  An  average  "C”  size  drawing  is  estimated  to  be  approximately 
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TABLE  5-4.  EDSC  DRAWING  DTILIZATION  STATISTICS 


CRITERIA 

ALCs* 

SAC** 

APPLICATIONS 

Technical  Research/Repair 

7  % 

79  % 

Local  Mfg 

9  % 

19  % 

Spares  Reprocurement 

79  % 

N/A 

Other 

5  % 

2  % 

DATA  USE 

Viewed 

(Information  Only) 

63  %  *** 

71  % 

Modified  or 

Printed 

.37  % 

29  % 

NO.  OF  CARDS 

EDSC 

5,650  K 

500  K 

•  Based  on  an  average  of  information  provided  by  ALC  Form  24  reports  and  ALC  interviews. 
•  •  Based  on  useage  statistics  provided  by  the  Pease  AFB  EDSC. 

***  Data  only  includes  MM,  no  data  was  available  for  MA. 


45,000  bytes,  in  contrast  to  an  average  “E”  size  drawing  of  246,000  bytes  (See  Table 
5-5).  An  estimated  file  size  of  93,500  bytes  for  a  “C”  size  drawing  stored  in  EDGARS 
was  provided  by  AT&T.  The  average  drawing  size  for  a  weapon  system  has  been  deter¬ 
mined  to  be  a  size  “C”  based  on  an  examination  of  drawing  sizes  for  existing  weapon 
systems.  For  purposes  of  database  sizing,  an  average  “C”  size  drawing  is  assumed  to 
have  a  file  size  of  70,000  bytes.  This  is  the  calculated  difference  between  the  45  kilobyte 
file  (See  Table  5-5)  and  the  93.5  kilobyte  file  size  provided  by  AT&T. 

Approximately  4-5  aperture  cards  per  drawing  is  estimated  to  be  the  baseline  from  infor¬ 
mation  received  from  the  ALCs.  Based  on  the  5  cards  per  drawing  ratio,  an  estimated 
total  volume  (i.e.,  disk  space)  for  all  engineering  drawings  has  been  calculated  to  be 
382.5  gigabytes  (See  Table  5-6).  Of  the  projected  382.5  gigabytes  of  data  only  67.2 
gigabytes  is  considered  “active”  information  based  information. 

5.4  MISCELLANEOUS  FDD  STATISTICS 

This  section  summarizes  various  statistics  and  dimensions  of  FDD  that  were  collected 
from  Air  Force  source  documents  or  interviews: 

•  The  average  lead  time  to  procure  spares  from  outside  contractors  is  approximately 
280  days  or  nine  months. 

•  The  average  time  to  process  AFLC  Form  206  for  local  manufacturing  is  164  days 
01  five  months. 
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TABLE  5-S.  EDCARS  DATA  FILE  SIZES* 


DRAWING  SIZE 

(SIZE  IN  THOUSANDS  OF  BYTES) 

LOW 

AVERAGE 

HIGH 

C 

20.0 

45.0 

115.0 

E 

185.0 

246.0 

719.0 

•  Based  on  data  provided  by  WR-ALC  EDCARS  manager. 


TABLE  5-6.  ESTIMA'fED  FILE  SIZES  FOR  EDCARS  DATA* 


ALC 

(MILLIONS  OF  CARDS/GIGABYTES) 

TOTAL  CARDS 

ACTIVE  CARDS 

OC 

4.2/60.1 

0.9/12.6 

00 

6.0/70.0 

0.6/8.4 

SA** 

5.7/79.2 

0.85/11.9 

SM 

5.8/81.2 

1.8/25.2 

WR 

6.6/92.0 

0.65/9.1 

TOTAL 

28.3/382.5 

4.75/67.2 

•  File  sizes  based  on  70  kilobytes  per  each  “C”  size  drawings. 

••  Information  on  SA-ALC  EDSC  is  estimated  from  dau  on  other  ALC  EDSCs. 
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•  Space  Command  is  planning  to  deliver  over  three  million  drawings  to  SM-ALC/ 
MMED  for  the  Space  Shuttle  and  the  SDI  programs. 

•  Based  on  discussions  with  ALC  EDSC  managers,  66%  of  the  ALC  EDSC  informa¬ 
tion  are  engineering  drawings  (i.e.,  graphics)  and  33%  are  specification/standards 
(i.e.,  text). 

•  SM-ALC  is  adding  approximately  2,500  drawings  per  year  into  a  CAD  (vector 
graphics)  data  base. 

•  Current  processing  time  (number  of  hours)  to  perform  local  manufacturing  tasks  is 
described  in  Table  5-7. 

•  Local  manufacturing  for  FY  87  averaged  162K  items  at  a  cost  of  S18.1M  per  ALC 
(See  Table  5-8). 

•  The  results  of  a  test  conducted  by  WR-ALC  to  convert  a  2D  raster  drawing  into  a 
machined  part  indicate" 

o  Conversion  of  2D  drawing  to  3D  wireframe  drawing  takes  220  hours 
0  Creation  of  the  tool  paths  and  post-processing  of  fixtures  takes  300  hours. 


TABLE  5-7.  PROCESSING  TIMES  FOR  LOCAL  MANUFACTURING 


PROCESS 

HOURS 

Production  Plannina 

5 

Material  Research 

2 

Data  Input 

80 

Engineering  Analysis 

N/A 

Material  Selection 

N/A 

N/C  Programing 

60 

Fixture/Tool  Design 

60 

Scheduling 

5 

Manufacture  Fixtures 

25 

Set-Up 

8 

Program  Verification 

70 

Manufacture  Parts 

60 

Total 

345 
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TABLE  5-8.  LOCAL  MANUFACTURE  OF  ITEMS 


***ALC 

Number  of 
Mfg.  Items 

_ CP* 

TOTAL 

Quantity 

Cost 

Quantity 

Quantity 

00 

■ 

188  K 

■ 

■ 

■ 

■ 

188  K 

■ 

SA 

■ 

100  K 

6.6  K 

$966  K 

93.4  K 

$11.3  M 

100  K 

$12.3  M 

SM 

$741  K 

198  K 

■ 

■ 

■ 

$18.8  M 

198  K 

$18.8  M 

WR 

$112  K 

162  K 

20.7  K 

$5.2  M 

141.6  K 

$18.0  M 

162  K 

$23.2  M 

AVG. 

■ 

162  K 

■ 

— 

■ 

■ 

162  K 

$18.1  M 

•  Centrally  Procured  Items 
**  Support  Sock  Fund  items. 

•  •  *  No  data  provided  by  OC-ALC. 


o  The  total  time  to  convert  to  CAD/CAM  is  520  hours, 
o  To  machine  and  produce  the  part  took  10  hours. 

5.5  ENGINEERING  DATA  REQUIREMENTS 

In  addition  to  the  general  estimates  on  the  number  of  aperture  cards  at  each  ALC,  an 
estimate  of  the  current  number  of  aperture  cards  per  weapon  system  has  been  made  (See 
Table  5-9).  Based  on  data  supplied  by  the  ALC  EDSCs,  an  average  weapon  system  has 
approximately  250,000  aperture  cards.  Newer  weapon  systems,  such  as  the  B-IB,  may 
contain  additional  drawings  not  found  in  older  weapon  systems.  The  B-IB  has  an  esti¬ 
mated  1.5  million  drawings  yielding  around  six  million  aperture  cards.  From  data  sup¬ 
plied  by  ALC  EDSCs  on  existing  weapon  systems,  45%  (2.7  million  cards)  of  the  total 
aperture  cards  on  the  B-IB  are  considered  active  and  are  planned  to  be  entered  into 
EDCARS. 

Based  on  the  yearly  growth  of  aperture  cards  and  the  expected  addition  of  nevv  weapon 
systems  (ATF,  C-17,  and  B-IB)  the  total  number  of  aperture  cards  in  10  years  should  be 
approximately  83.7  million  (See  Table  5-10),  with  37.7  million  expected  to  be  active. 
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TABLE  5-9. 

ESTIMATED  NUMBER  OF  APERTURE  CARDS  BY  WEAPON  SYSTEM 


Q  Unconfirmed  or  Estimated  Figures 
*  Data  received  from  SM-ALC  EDSC. 
'  •  Data  received  from  00-ALC  EDSC. 


□ 


No  information  from  ALC-EDSC. 
o  Data  received  from  SA-ALC  EDSC. 
•  Data  received  from  WR-ALC  EDSC. 
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TABLE  5-10.  PROJECTED  ENGINEERING  DATA  REQUIREMENTS 


ALC 

(APERTURE  CARDS  IN  MILLIONS/GIGABYTES) 

1-3  YEARS 

3-5  YEARS 

5-10  YEARS 

OC 

10.3/144.2 

12.9/180.6 

19.0/266.0 

00 

7.0/  98.0 

11.0/154.0 

15.0/210.0 

SA 

7.13/  99.8 

10.12/141.7 

14.9/208.6 

SM 

7.3/102.2 

13.3/186.2 

19.5/273.0 

WR 

8.27/115.8 

10.4/145.6 

15.3/214.2 

TOTAL 

40.0/560.0 

57.72/808.1 

83.7/1171.8 

•  Average  itrcrease  in  aperture  cards  per  year  is  estimated  to  be  8%.  This  is  based  on  average 
EDSC  growth  per  year,  plus  the  estimated  addition  of  major  weapon  systems. 


5.6  M.AJOR  FINDINGS 

The  information  in  this  section  presents  a  quantitative  description  of  the  current  Air  Force 
environment.  Currently  the  ALC  EDSCs  manage  over  28  million  aperture  cards,  while 
the  MAJCOMs  (SAC,  TAC,  MAC)  manage  over  16  million  aperture  cards  at  base 
EDSCs,  for  a  total  of  over  44  million  aperture  cards.  The  ALCs  receive  42,000  new  and 
127,000  updated  cards  per  month  on  existing  and  new  weapon  systems. 

Information  retrieved  from  the  ALC  EDSCs  is  used  primarily  by  the  CR  directorate  for 
the  review  and  compilation  of  reprocuremem  packages.  Engineering  data  acquired  from 
base-level  EDSCs  are  primarily  used  for  repairs  by  the  field  maintenance  service.  These 
usage  statistics  indicate  that  the  data  is  primarily  viewed  or  used  in  non-editable  forms, 
thus  raster  technology  may  be  sufficient  for  these  purposes. 


SECTION  6:  CONCERNS,  ISSUES,  AND  FINDINGS 


6.1  INTRODUCTION 

This  section  of  the  report  documents  the  concerns,  issues,  and  findings  identified  from 
analysis  of  the  IDEFp,  DFDs,  organization  assessment,  and  from  meetings  with  Air  Force 
personnel  and  industry  concerning  the  acquisition,  management,  and  use  of  FDD. 

6.2  METHODOLOGY 

The  information  gathered  from  these  meetings  has  been  organized  into  three  general 
areas-  co  icerns,  issues,  and  findings.  Each  of  these  areas  have  been  divided  into  organ¬ 
izational,  technical,  and  management  categories.  The  structure  of  each  report  section 
consists  of  the  identification  of  the  major  concern,  issue,  and  finding  which  is  further 
defined  by  the  reported  causes,  attributes,  or  other  supporting  information.  In  addition, 
matrices  summarizing  the  concerns,  issues,  and  findings  are  also  presented.  The  follow¬ 
ing  describes  each  of  the  areas  and  categories  presented  by  the  matrices: 

General  Areas: 

•  Concerns  -  Current  activities  that  limit  and  restrict  the  acquisition,  use.  and  man¬ 
agement  of  FDD  and  provide  a  potential  automation  opportunity. 

•  Issues  -  An  activity  which  may  have  a  constraining  effect  on  the  acquisition,  use, 
and  management  of  FDD. 

•  Findings  -  Facts  about  current  activities  collected  from  site  visits,  interviews,  Air 
Force  studies,  and  reports  which  contribute  to  the  understanding  of  the  current  Air 
Force  environment. 

Categories: 

•  Organizational  -  Relationships  among  organizations  that  result  in  ineffective  inter¬ 
action  and  coordination  between  institutional  entities. 

•  Technical  -  Activities  which  provide  a  potential  automation  opportunity  and  cur¬ 
rently  limit  the  ability  to  acquire,  use,  and  manage  FDD. 

•  Management  -  Factors  which  cause  ineffective  management  direction  and  admini¬ 
stration  in  defining  requirements,  policies,  and  standards. 

6.3  CONCERNS 

In  developing  the  Current  Environment  Report,  a  number  of  concerns  with  the  acquisi¬ 
tion,  use,  and  management  of  FDD  were  compiled.  Table  6-1  summarizes  each  concern 
as  it  relates  to  the  organizational,  technical,  and  managerial  categories. 
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TABLE  6-1.  ORGANIZATIONAL,  TECHNICAL  AND  MANAGEMENT  CONCERNS 


ORGANIZATIONAL 

'■'TCtsjNlCAL'  '/ 

MANAGEMENT 

CONCERNS: 

Vi-// 

*  tnadtquat*  Conltgurntlon  M«n«g«m«nt 
of  Engtnoortrtg  Data 

n/ 

n/ 

•  Inoffoctivo  tPRt 

n/ 

•  Inaccurate  Engineering  Data 

Package  VaKdation  Procedurea 

*  Only  Sample  Analytical  Resiita 

Reported  to  ALCs 

■'  v/':.,  . 

n/ 

*  Slow  Response  to  Drawing  Requests 

s/ 

•  Mifsing/lncomplete  Engineering  Data 

n/ 

,  'C' 

s/ 

*  Acquisition  Program  (ORED/DOEO) 
(ORED/OOEO)  ShortfaBe 

s/ 

Identifies  important  areas  to  be  addressed  in  the  FDD  Automation  Plan. 


6.3.1  Inadequate  Configuration  Management  of  Engineering  Data 

Currently  the  Air  Force  has  no  viable  configuration  management  system  for  engineering 
data.  Consequently,  the  engineering  data  available  on  a  weapon  system  may  or  may  not 
reflect  the  current  configuration  of  the  system.  As  shown  in  the  matrix,  a  broad  spectrum 
of  sources  contribute  to  the  data  configuration  concern:  incomplete  engineering  data 
packages,  weapon  system  changes  or  modifications,  compilation  of  unauthorized  drawing 
stores,  and  lack  of  communication/transfer  of  information. 

Incomplete  engineering  data  packages  are  a  major  contributor  to  poor  engineering  data 
configuration.  They  are  the  result  of  poor  acquisition  practices  or  of  information  becom¬ 
ing  lost,  damaged,  or  destroyed  during  storage  or  use.  An  additional  source  of  configura¬ 
tion  concerns  are  changes  or  modifications  that  are  performed  on  a  weapon  system. 
Frequently,  the  engineering  data  managed  by  the  Air  Force  is  not  changed  to  reflect  the 
new  configuration.  In  addition,  some  ALC  organizations  make  changes  to  drawings  which 
are  maintained  in  unauthorized  and  uncontrolled  drawing  files.  Serious  configuration 
management  concerns  can  result  when  the  latest  versions  of  the  drawing's  are  not  in  the 
ALC  Engineering  Data  Support  Center  (EDSC).  This  lack  of  current  and  complete  engi¬ 
neering  data  impacts  the  modification,  local  manufacturing,  repair  and  engineering  sup¬ 
port  of  a  weapon  system.  Another  configuration  management  concern  is  the  lack  of 
communication  and/or  transfer  of  information  between  the  contractor  and  ALCs  on  ECPs/ 
OCPs. 
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6.3.2  Ineffective  In-Process  Reviews  (IPRs) 


The  In-Process  Reviews  (IPRs)  are  a  series  of  technical  reviews  conducted  to  ensure  the 
quality,  accuracy,  and  completeness  of  engineering  drawings  received  by  the  Air  Force. 
From  a  study  conducted  by  the  Air  Force  on  engineering  data  acquisition,  and  from  the 
interviews  conducted,  three  concern  areas  seem  generally  applicable  to  most  IPRs:  1) 
sampling  methods,  2)  area  of  IPR  concentration,  and  3)  communication  of  concerns  to  the 
contractor. 

Because  of  the  complexity  of  most  weapon  systems  it  is  impossible  for  the  System  Pro¬ 
gram  Office  (SPO)  to  review  every  engineering  drawing  for  a  weapon  system.  The  Engi¬ 
neering  Data  Management  Officer  (EDMO)  within  a  SPO  uses  a  sampling  process  to 
select  drawings  for  review.  Currently,  most  EDMOs  use  a  “random”  sampling  method  to 
select  drawings  for  review.  In  some  instances  contractors  are  allowed  to  select  the  draw¬ 
ings  for  the  sample. 

The  primary  purpose  of  IPRs  are  to  assure  the  technical  quality,  accuracy,  and  complete¬ 
ness  of  engineering  data.  In  some  cases,  however,  these  reviews  have  concentrated  on 
format  instead  of  technical  content.  This  emphasis  on  format  may  jeopardize  the  evalu¬ 
ation  of  the  technical  accuracy  and  adequacy  of  the  engineering  data  to  support  competi¬ 
tive  reprocurements,  modifications,  repair,  and  local  manufacturing. 

It  is  the  responsibility  of  the  contractor  not  only  to  produce  quality  drawings  but  to  main¬ 
tain  the  level  of  quality  in  a  consistent  manner.  The  subsequent  IPR’s  are  a  way  of 
measuring  that  commitment.  In  the  course  of  the  investigation,  it  was  found  that  quality 
is  a  function  of  the  amount  of  time  developing  a  drawing,  level  of  expertise  employed, 
and  criticality  of  the  drawing.  To  simply  review  a  small  sample  may  not  provide  an 
accurate  picture  of  the  quality  of  both  content  and  format. 

Finally,  concerns  are  not  accurately  communicated  to  the  contractor  by  the  SPO/EDMO, 
which  voids  the  benefits  of  the  IPR.  The  preparation  and  distribution  of  discrepancy 
reports  to  the  contractor  is  critical  to  accurately  communicating  the  concerns  encountered 
at  the  IPR  and  to  have  the  changes  incorporated  into  the  drawings. 

6.3.3  Inaccurate  Engineering  Data  Package  Validation  Procedures 

In  some  cases.  Air  Force  Design  Reviews  (i.e.,  IPRs,  design  reviews,  audits)  are  not 
rigorous  enough  to  reveal  inaccurate,  incomplete,  or  inconsistent  engineering  data  pack¬ 
ages  A  common  concern  described  by  System  Program  Managers  (SPMs)  and  EDMOs  is 
lack  of  an  accurate  procedure  for  assessing  the  completeness  of  an  engineering  data  pack¬ 
age  and  the  drawing  practices  used  by  the  contractor.  Frequently  engineering  data  pack¬ 
ages  are  accepted  with  missing  or  incomplete  information  due  to  the  vast  number  of 
drawings,  limited  time,  sampling  methods  used  at  IPRs,  and  lack  of  engineering  data 
requirements. 
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In  addition  to  accepting  incomplete  data  packages,  drawings  received  must  be  checked  to 
determine  if  they  meet  Air  Force  drawing  practice  standards.  In  support  of  the  SPO  the 
Air  Force  Plant  Representative  Office  (APPRO)  and  Defense  Contract  Administrative 
Service  (DCAS)  inspectors  expend  extensive  manual  effort  to  ensure  that  the  prime  con¬ 
tractor  and  sub-contractors  meet  the  standards. 

6.3.4  Only  Sample  Analytical  Results  Reported  to  ALCs 

In  the  design  of  an  aircraft,  stress  and  Finite  Element  Model  (FEM)  design  data  are  used 
to  calculate  loads  in  support  of  performance  specifications.  The  design  data  is  required 
to  support  the  analysis  for  repairs  and  modifications,  but  is  only  provided  in  sample  form 
through  technical  reports.  The  concern  results  from  the  SPOs  not  understanding  the 
ALC’s  requirement  for  analysis/design  data. 

6.3.5  Slow  Response  to  Drawing  Requests 

Interviews  with  users  of  engineering  data  have  revealed  that  a  common  concern  is  the 
slow  response  time  of  ALC  EDSCs  to  drawing  requests.  It  takes  from  several  days  to 
several  weeks  for  the  ALC  EDSC  to  respond  to  a  request  for  engineering  drawings.  The 
long  response  time  results  from  the  labor  intensive  process  of  locating  and  duplicating 
information  because  most  drawings  are  still  stored  in  the  manual  file  system. 

Many  MAJCOM  bases  (approximately  50)  have  base  level  EDSCs.  These  facilities  sup¬ 
port  the  day-to-day  use  of  engineering  drawings  and  lists  by  the  Field  Maintenance 
Squadron  (FMS)  supporting  the  base.  When  drawings  or  other  engineering  information 
are  not  available  at  the  base  EDSC,  the  data  is  requested  from  the  ALC/EDSC  managing 
the  data.  This  relatively  slow  response  to  information  requests  can  impact  the  availability 
of  mission  capable  systems.  Another  common  concern  encountered  is  the  poor  quality  of 
hard  copy  (paper)  duplications  of  drawings  and  lists.  In  some  instances  these  duplicate 
documents  are  unusable.  In  addition  to  the  concerns  encountered  with  the  requisitioning 
information,  base  level  EDSCs  have  noted  that  the  ALC  update  to  the  engineering  data  is 
slow  and  excessive  backlogs  have  occurred. 

In  some  cases  the  slow  update  process  has  caused  weapon  system  engineering  data  con¬ 
figuration  concerns  and  some  base  level  EDSCs  have  contacted  the  prime  weapon  system 
contractor  to  acquire  the  engineering  data  necessary  to  repair  and  maintain  the  system. 
The  information  presented  here  suggests  that  there  are  organizational,  managerial,  and 
technical  concerns  with  the  distribution  and  management  of  engineering  drawings  and 
lists. 


6.3.6  Missing/IncompIcte  Engineering  Data 

During  the  acquisition  of  a  weapon  system  the  reviews  and  audits  (e.g.,  PDR,  CDR,  PCA, 
etc.)  of  the  engineering  data  do  not  ensure  the  technical  adequacy,  correctness  and  com- 
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pleteness  of  the  engineering  data  package.  In  addition,  when  the  engineering  data  pack¬ 
ages  are  received  at  the  EDSC  from  the  contractor,  the  package  contents  are  frequently 
only  inspected  in  comparison  to  the  packing  list  rather  than  the  indentured  data  list  which 
identifies  a  hierarchical  breakdown  of  drawing  relationships  for  a  system.  This  frequently 
results  in  the  Air  Force  accepting  incomplete  engineering  data  packages. 

Engineering  data  can  be  lost,  damaged,  or  destroyed,  also  resulting  in  incomplete  data 
packages.  Currently,  most  information  at  an  EDSC  is  stored,  managed,  and  retrieved 
from  manual  file  systems;  only  a  small  percentage  of  current  engineering  data  is  stored 
on  EDCARS.  Because  most  of  the  engineering  data  is  still  managed  manually,  concerns 
occur  during  filing,  handling,  or  use  of  this  information. 

The  tracking  of  data  purchased  at  the  SPO  and  EDSC  can  result  in  duplicate  data  pur¬ 
chases.  In  some  instances  the  acquisition  of  duplicate  data  has  cost  thousands  of  dollars. 

6.3.7  Acquisition  Program  Shortfalls  (DRED  and  DOED) 

Acquisition  programs  often  have  funding  concerns  which  impact  the  purchase  of  weapon 
systems.  Frequently  the  acquisition  of  engineering  data  is  deferred,  not  purchased,  dur¬ 
ing  funding  cuts  on  some  weapon  system  acquisition  programs.  Two  acquisition  pro¬ 
grams  allow  the  deferred  purchase  of  engineering  data,  the  Deferred  Requisitioning  of 
Engineering  Data  (DRED)  program  and  the  Deferred  Ordering  of  Engineering  Data 
(DOED)  program.  Under  DRED  the  contractor  prepares  the  engineering  data  during  the 
design  and  initial  production  phases  of  the  program,  but  the  delivery  is  deferred  until  an 
unspecified  date.  Under  DOED  the  contractor  delivers  the  engineering  data  when  ordered 
by  the  Air  Force,  but  is  not  required  to  deliver  the  data  during  the  initial  acquisition 
program.  These  programs  frequently  meet  the  short  term  needs  of  the  acquisition  SPO, 
but  can  impact  impact  and  restrict  the  long  term  logistical  support  of  a  weapon  system. 

The  DRED  program  has  been  used  for  the  acquisition  of  engineering  data  for  a  number  of 
weapon  system  programs  (e.g.,  Bl-B,  C-5,  E-3A,  F-5,  F-15,  and  NAVSTAR  GPS), 
which  causes  a  number  of  concerns  for  the  ALCs.  In  DRED  programs  engineering  data  is 
not  initially  available  at  an  ALC  after  Program  Management  Responsibility  Transfer 
(PMRT)  of  a  weapon  system,  which  causes  organic  support  concerns.  Since  the  engineer¬ 
ing  data  is  not  available,  the  Air  Force  must  sole  source  repairs  and  local  manufacturing 
to  the  original  manufacturer  of  the  component.  In  addition,  competitive  reprocurement  of 
spare  parts  or  support  equipment  is  not  possible  without  the  engineering  data  for  the 
system.  Finally,  the  SPOs  have  experienced  significant  engineering  data  configuration 
concerns  because  engineering  data  is  not  prepared  by  the  contractor  or,  if  prepared,  is 
done  so  during  the  early  phases  of  weapon  system  acquisition. 

DOED  programs  share  many  of  the  the  same  disadvantages  as  DRED  programs,  such  as; 
engineering  data  unavailable  after  PMRT,  use  of  interim  contractor  support  for  items 
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designated  for  Air  Force  support,  significant  data  configuration  concerns,  system  vendors 
going  out  of  business  prior  to  delivery  of  engineering  data,  data  acquisition  as  a  residual 
PMRT  activity,  and  the  lack  of  data  reducing  competitive  reprocurement  of  parts.  The 
availability,  quality,  and  accuracy  of  engineering  data  acquired  through  DOED  programs, 
however,  is  usually  slower  and  poorer  than  under  DRED  programs  because  engineering 
data  is  not  prepared  during  weapon  system  acquisition.  The  financial  losses  due  to  lack 
of  competitive  reprocurement,  sustaining  engineering  support,  poor  configuration  man¬ 
agement,  and  additional  effort  expended  at  IPRs  would  appear  to  negate  the  positive 
financial  aspect  of  these  programs. 


6.4  ISSUES 

In  developing  the  Current  Environment  Report,  a  number  of  issues  concerning  the  acqui¬ 
sition,  use,  and  management  of  PDD  were  compiled.  The  issues  discussed  are  presented 
as  they  relate  to  the  current  Air  Force  environment.  Table  6-2  summarizes  each  issue  as 
it  relates  to  the  organizational,  technical,  and  management  categories. 


TABLE  6-2.  ORGANIZATIONAL,  TECHNICAL  AND  MANAGEMENT  ISSUES 


ISSUES; 


*  Limited  Rights  to  Oats 

*  APLC/AFSC  Engineering  Data 

Acquisition  Conflicts _ 

*  Lack  of  Robust  Oata  Exchange 

Standards _ 


•  EOMO  Staffing  and  Training 


*  EDGARS  Limitations 


ORGANIZATIONAL 


n/ 


s/ 


*  Engineering  Oata  Pricing  Problems 


•  Different  Levels  of  Engineering  Data 

in  Repositories _ 

•  Engineering  Oata  Not  Usefiri  for 
Sustaining  Engineering  Support 


*  Engineering  Data  Funding  Cuts 


TECHNICAL 


n/ 


n/ 


n/ 


MANAGEMENT 


s/ 


n/ 


v/ 


n/ 


6.4.1  Limited  Rights  to  Data 

One  of  the  major  issues  of  the  current  environment  is  limited  rights  to  data.  Presently, 
the  effective  use  of  engineering  data  to  reprocure  spares  competitively  can  be  restricted 
by  the  amount  of  data  containing  limited  rights  clauses.  The  use  of  the  Orr  Clause  in  the 
acquisition  of  engineering  data  or  the  challenge  of  these  rights  by  the  EDMO  has  severely 
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limited  the  use  of  competition  in  procurements.  The  Orr  Clause  eliminates  limited  rights 
on  engineering  data  for  a  system  after  seven  years,  and  gives  all  rights  to  the  Air  Force. 

During  the  acquisition  of  engineering  data,  use  of  the  Orr  Clause  would  reduce  the  need 
for  challenging  data  rights.  However,  one  Air  Force  study  concluded  that  SPOs  do  not 
use  the  Orr  Clause  because  contractors  consider  it  a  “severe”  and  limiting  contractual 
requirement.  It  is  also  clear  that  limited  rights  to  data  are  not  being  challenged  effectively 
due  to  the  high  level  of  sole  source  procurements,  although  challenges  have  been  more 
successful  over  the  past  few  years. 

With  the  acquisition  of  digital  FDD  the  need  for  the  clarification  of  data  rights  issues  is 
even  greater,  especially  if  contractor  maintained  data  bases  are  involved.  The  issue  of 
data  rights  in  the  future  Air  Force  environment  will  be  very  important  to  ensure  alternate 
sources  of  a  product  and  reduce  costs  by  the  use  of  competitive  reprocurement. 

6.4.2  AFLC/AFSC  Engineering  Data  Acquisition  Conflicts 

A  key  issue  in  the  acquisition  of  engineering  data  is  the  “buy  all  versus  buy  some  of  the 
data”  controversy.  Many  SPO  Program  Managers  and  EDMOs  at  Product  Divisions  feel 
that  it  is  not  necessary  to  purchase  all  engineering  data  for  a  weapon  system.  The  SPOs 
would  rather  procure  engineering  data  by  classes,  i.e.,  reprocurement  data,  local  manu¬ 
facturing  data,  repair  data,  etc.,  based  on  the  weapon  system  requirements. 

In  discussions  with  the  MM,  MA,  and  CR  Directorates  the  ALCs  felt  that  all  available 
data  should  be  purchased  by  the  Air  Force  in  most  situations.  In  addition,  the  repair, 
modification,  and  local  manufacturing  of  systems  require  that  the  engineering  data  be 
available  to  ensure  the  proper  sustaining  engineering  support  of  the  system. 

6.4.3  Lack  of  Robust  Data  Exchange  Standards 

The  Air  Force  must  examine  existing  exchange  formats  and  how  these  will  impact  the 
acquisition  of  digital  engineering  data.  In  MIL-STD-1840A  (CALS  Standard)  the  accep¬ 
tance  of  digital  engineering  data  is  specified  in  MlL-D-28000,  which  defines  the  use  of 
Initial  Graphics  Exchange  Standard  (IGES)  for  the  digital  transfer  of  engineering  data 
The  IGES  format  only  allows  the  limited  exchange  of  two  dimensional  CAD/CAM  data 
Drawings  converted  from  the  IGES  format  require  a  great  deal  of  user  intervention  to 
restore  the  drawing  to  a  usable  format  (unless  direct  translations  are  used)  In  addition, 
there  are  several  related  exchange  standards,  such  as.  Electronic  Data  Interchange 
(EDIF),  VHSICS  High  Level  Description  Language  (VHDL),  and  others  that  are  not  even 
addressed  by  MII^STD-1840A. 

The  Product  Data  Exchange  Standard  (PDES)  is  the  future  neutral  exchange  standard 
PDES  addresses  the  exchange  of  shape,  size,  functional  and  operational  characteristics, 
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configuration  data,  and  non-shape  data.  This  standard,  however,  is  still  under  develop¬ 
ment  and  will  not  be  available  until  the  mid-1990s.  The  key  issues  are: 

•  The  lack  of  a  comprehensive  and  robust  exchange  standard  for  use  now  with  the 
acceptance  of  digital  engineering  data. 

•  Can  PDES  meet  the  future  Air  Force  requirements  for  a  more  universal  exchange 
standard  and  data  schema? 

6.4.4  EDMO  Staffing  and  Training 

The  EDMO  presently  is  matrixed  within  a  Product  Division  to  a  SPO  for  acquisitions 
requiring  engineering  data  support.  Although  the  Product  Divisions  may  have  several  hun¬ 
dred  programs  in  various  phases  of  acquisition,  the  ratio  is  approximately  one  EDMO  to 
five  SPOs. 

The  EDMO  plays  a  critical  role  during  the  Full  Scale  Development  (FSD)  phase.  It  is 
during  this  phase  that  Level  3  Engineering  Data  is  acquired  and  engineering  data  require¬ 
ments  identified  earlier  in  the  effort  are  translated  into  the  production  contract.  The 
EDMO  primarily  ensures  the  contractor’s  compliance  with  applicable  drawing  format 
standards,  and  also  has  responsibilities  in  the  review  of  engineering  data  through  the 
IPR’s.  However,  EDMOs  have  concerns  performing  reviews,  and  screen  drawings  pre¬ 
dominantly  for  format  rather  than  technical  content  due  to  the  large  volume  of  drawings 
and  their  lack  of  technical  training. 

6.4.5  EDGARS  Limitations 

Presently,  EDGARS  stores  and  maintains  engineering  data  in  a  raster  form  on  optical  disc 
for  the  retrieval  and  production  of  reprocurement  bid  sets.  However,  EDGARS  currently 
maintains  only  a  small  fraction  of  the  total  engineering  data  managed  at  the  ALG/EDSGs. 
EDGARS  is  presently  loading  “active”  data  (i.e.,  data  used  within  the  last  three  years  for 
reprocurement)  and  all  data  for  new  weapon  sjstems  (e.g.,  ATF,  G-17,  B-IB,  etc.). 
Since  the  primary  mission  of  EDGARS  is  to  support  reprocuremcnt  activities  using  raster 
data,  its  support  to  other  ALG  organizations  (i.e.,  sustaining  engineering  community) 
other  than  GR  is  an  issue.  To  add  flexibility  and  greater  usefulness  to  EDGARS  a  num¬ 
ber  of  enhancements  are  currently  being  examined  by  segments  of  the  Air  Force  commu¬ 
nity. 

6.4.6  Engineering  Data  Pricing  Probiems 

Gost  benefits  accrued  by  correctly  procuring  engineering  data  can  only  be  calculated  when 
engineering  data  costs  are  identified.  More  often  than  not,  the  entire  set  of  engineering 
data  (drawings,  lists,  and  engineering  data)  are  not  separately  priced  (NSP).  This  fact 
makes  it  difficult  to  project  the  relative  savings  if  the  data  is  purchased,  or  in  calculating 
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cost  avoidance  of  non-mission  capable  (NMC)  or  partially-mission  capable  (PMC) 
weapon  systems. 

6.4.7  Different  Levels  of  Engineering  Data  in  Repositories 

.Since  1980,  Level  1  to  Level  3  Engineering  Data  has  been  p-;rchased  to  support  competi¬ 
tive  reprocurement  under  DoD-STD-lOOC  and  DoD-D-lOOOB.  Before  1980  the  regula¬ 
tions  required  drawing  categories  (A-K)  to  support  Technical  Orders,  government  manu¬ 
facturing,  reprocurement,  commercial  items,  etc.  In  addition,  contractors  often  only  de¬ 
liver  Level  2  1/2  drawings  instead  of  Level  3,  which  are  required  by  DoD-D-lOOOB. 

Acquiring  various  levels  of  engineering  data  has  allowed  the  Air  Force  to  optimize  the 
acquisition  dollar  by  procuring  engineering  data  at  the  level  which  is  required  for  mainte¬ 
nance/reprocurement.  A  number  of  assumptions  are  made  as  to  the  trade-off  in  not 
buying  Level  3  data,  or  buying  varying  levels  of  data  for  different  configuration  items 
(CIs).  What  compromises  this  plan  is  that  market  sources  can  become  so  scarce  as  to 
force  the  ALC  into  the  position  of  manufacturing  its  own  spares. 

6.4.8  Engineering  Data  not  Useful  for  Sustaining  Engineering  Support 

A  major  objective  of  acquiring  Level  3  Engineering  Data  is  to  reduce  the  long  term  costs 
of  weapon  system  support  through  competitive  reprocurements.  Level  3  Engineering 
Data  may  not  address  repairs  or  local  manufacturing  requirements.  Frequently,  informa¬ 
tion  that  is  required  for  repair  or  local  manufacturing  activities  is  not  purchased  (e.g.,  the 
provisioning  list  is  substituted  for  the  assembly  list,  or  design  data  is  not  purchased  to 
support  repairs).  It  is  necessary  that  information  required  for  the  repair  and  local  manu¬ 
facture  of  components  and  parts  be  purchased  along  with  information  for  the  competitive 
procurement  of  parts  and  support  equipment.  A  typical  example  that  requires  data  in 
addition  to  Level  3  data  would  be  a  repair  activity  which  involves  the  tear-down  and 
inspection  of  a  component,  local  manufacture  of  one  or  more  sub-components,  and  the 
subsequent  reassembly  of  the  item. 

6.4.9  Engineering  Data  Funding  Cuts 

A  generalization  presented  by  most  ALCs  concerned  the  SPOs’  attempt  to  achieve  the 
highest  ratio  of  systems  per  dollar  spent,  possibly  at  the  expense  of  logistic  support  items 
(i  e  ,  drawings,  associated  lists,  specifications,  etc.)  The  statement  that  the  SPO  makes  a 
conscious  decision  to  trade  the  ALC  data  requirements  for  additional  end-items  may  not 
be  straightforward  either.  A  clearer  statement  of  the  situation  would  be  that  data  items 
are  traded  off  due  to  budget,  scheduling,  mission  requirements,  and  data  criticality  fac¬ 
tors.  Should  the  SPO  incur  budget  cuts  prior  to  obligation  of  funds,  it  may  try  to  optimize 
the  available  money  by  levying  cuts  through  the  reduction  of  Level  3  Engineering  Data 
acquisition  to  Level  2  data.  The  shortfalls  in  data  items  may  be  the  only  option  to  meet 
mission  requirements,  while  attempting  to  defer  funding  for  subsequent  support  areas. 
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6.5  MAJOR  FINDINGS 


From  meetings  with  Air  Force  and  contractor  personnel  a  number  of  findings  were  com¬ 
piled  concerning  the  acquisition,  use,  and  management  of  FDD.  The  findings  compiled 
are  presented  as  they  relate  to  the  current  Air  Force  engineering  data  environment.  Table 
6-3  summarizes  the  findings  in  relation  to  the  organizational,  technical,  and  management 
categories. 


TABLE  6-3.  ORGANIZATIONAL,  TECHNICAL  AND  MANAGEMENT  FINDINGS 


ORGANIHATIONAI. 

TECHNICAL 

MANAGEMENT 

FINDINGS: 

*  Greater  Use  of  Engineering  Data 
bv  MAJCOMs 

s/' 

*  RO'keyfng  Drawings  Into  CAD  Systems 

n/ 

1 

*  Emerging  Software  Technology  In 

New  Weapon  Systems 

n/ 

s/ 

n/ 

•  AFLC  CAD/CAM  Systems 

s/ 

*  Using  Commands  Have  Limited 

Subsets  of  OraiMnas 

n/ 

s/ 

•  Local  Recreation  of  Drawings  at 

Using  Commands 

s/ 

*  Engineering  Data  Important  for 

Weapon  Systems  (7-10  Years) 

1 

n/ 

1 

*  N/C  Machining  Standardization 

s/ 

*  Modiflcatlons  Contracted  Out  j 

n/ 

6.5.1  Greater  Use  of  Engineering  Data  by  MAJCOMs 

From  interviews  with  several  MAJCOM  bases,  it  is  clear  there  is  an  increasing  trend 
towards  MAJCOMs  using  drawings,  lists,  and  specifications  to  support  repairs  and  local 
manufacturing.  The  base  level  maintenance  performed  is  well  beyond  the  simple  replace¬ 
ment  of  parts,  as  well  as  above  the  base  Source,  Maintenance  and  Recoverability  (SMR) 
code  authorization.  In  some  cases,  this  activity  is  required  to  maintain  the  high  mission 
status  rates  which  are  placed  upon  the  organization.  In  addition,  local  manufacture  of 
parts  above  authorization  may  be  due  to  an  extraordinary  capability  (i.e.,  possession  of 
numerical  control  (N/C)  machine  equipment),  which  is  not  part  of  the  authorized  inven¬ 
tory.  Another  factor  that  contributes  to  this  trend  is  that  the  turnaround  time  required  by 
the  ALCs  to  perform  the  maintenance  does  not  meet  the  requirements  of  the  MAJCOMs. 
Thus,  the  operating  MAJCOM  will  perform  the  local  manufacturing  above  authorization 
should  the  ALC  have  sufficient  backlog  to  impede  the  MAJCOM’s  mission. 
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6.5.2  Re-keying  Drawings  into  CAD  Systems 

The  ALC  MM  and  MA  directorates  presently  do  not  purchase  engineering  data  in  IGES 
form  and  are  unable  to  use  EDGARS  raster  data  in  their  CAD  systems.  These  director¬ 
ates  are  re-keying  this  information  into  their  CAD  systems  for:  1)  analysis  of  modifica¬ 
tions,  2)  re-designing  of  parts  or  components,  or  3)  the  generation  of  N/C  tapes. 

Discussions  with  the  4950th  Test  Wing  at  Wright-Patterson  AFB  revealed  that  CAD  data 
is  purchased  from  aircraft  manufacturers  in  IGES  format.  This  eliminates  the  concern  of 
re-keying  data  into  their  CAD  system;  however,  they  stated  it  takes  between  1  to  24 
hours,  depending  on  the  complexity  of  the  drawing,  to  convert  an  IGES  file  into  a  usable 
form.  After  conversion  these  CAD  files  still  require  operator  intervention  to  make  the 
CAD  data  usable  by  engineers  for  system  redesign  or  N/C  tool  path  generation. 

6.5.3  Emerging  Software  Technology  in  New  Weapon  Systems 

By  1990,  embedded  software  in  weapon  systems  will  comprise  half  of  the  effort  required 
to  field  a  system.  The  increase  in  the  complexity  and  evolution  of  computers  in  weapon 
systems,  and  the  trend  towards  “intelligent  weapon  systems”,  will  drive  the  need  for 
increased  use  and  management  of  software-related  product  data.  Estimates  in  the  number 
of  embedded  systems  in  the  Air  Force  inventory  will  grow  from  lOK  in  1980,  to  60K  in 
1984,  to  160K  in  1988,  to  280K  in  1990. 

6.5.4  AFLC  CAD/C.AM  Systems 

A  survey  performed  by  the  CAD/CAM/CAE  Working  Group  in  conjunction  with  HQ 
AFLC/MMT  addressed  the  number  of  CAD/CAM  systems  currently  within  the  ALCs. 
The  survey  shows  that  the  MM,  MA,  and  CR  directorates  possess  approximately  500,  130, 
and  40  CAD/CAM  systems  respectively.  In  addition,  there  are  190  various  Computer 
Numerical  Control  (CNC)  machines  throughout  the  ALCs  and  the  Aerospace  Guidance 
and  Metrology  Center  (AGMC)  Typically,  the  CAD/CAM  systems  encompass  the  ability 
to  perform  geometrical,  wireframe,  and  surface  and  solids  modeling. 

6.5.5  Using  Commands  have  Limited  Subsets  of  Drawings 

Base  level  EDSCs  use  engineering  data  for  base  maintenance,  repairs,  and  local  manufac¬ 
turing  activities  Currently  the  base  level  EDSCs  maintain  only  Contractor  Design  Activ¬ 
ity  (CDA)  drawings,  and  do  not  maintain  the  subcontractor  or  Government  Design  Activ¬ 
ity  (GDA)  drawings.  However,  base  maintenance  activities  often  require  the  use  of  the 
subcontractor  or  GDA  drawings  and  contact  the  weapon  systems  prime  ALC  or  the  prime 
contractor  to  obtain  the  missing  subcontractor  or  GDA  information. 

6.5.6  Local  Recreation  of  Drawings  at  Using  Commands 

Base  le.el  maintenance  facilities  create  drawings  from  parts  when  the  original  engineering 
data  is  not  available.  A  number  of  drawings  were  replicated  in  those  instances  where,  a) 
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the  drawing  was  not  immediately  available  through  conventional  sources  (e.g.,  base, 
EDSC,  ALC  or  contractor),  b)  there  was  an  immediate  need  for  manufacture/procure¬ 
ment  of  the  part,  and  c)  the  part  did  not  require  complex  process  or  tooling  techniques. 

6.5.7  Engineering  Data  Important  for  Weapon  Systems  (Greater  than  7-10  Years  Oi:!) 

The  engineering  data  requirements  for  a  weapon  system  change  as  the  system  grow-j 
older.  In  newer  weapon  systems  (under  7  years  old)  engineering  data  is  primarily  for 
reprocurement  of  spare  parts,  while  in  older  systems  (over  7  years  old)  the  data  may  be 
required  for  modifications,  repair,  and/or  local  manufacture.  In  addition,  the  impoitance 
of  engineering  data  has  increased  with  the  current  emphasis  on  using  existing  systems 
beyond  their  projected  life  cycle  through  major  modification  programs  (e.g.,  F-111,  F-4, 
etc.),  and  limiting  the  number  of  new  weapon  systems  acquisitions. 

6.5.8  N/C  Machining  Standardization 

ALCs  are  currently  standardizing  on  the  Binary  Cutter  Location  (BCL)  N/C  format.  BCL 
will  allow  the  ALC  to  exchange  N/C  tooling  information  using  a  neutral  format.  Cur¬ 
rently,  not  all  ALC  facilities  have  equipment  capable  of  using  BCL  N/C  tapes;  however, 
an  upgrade  to  existing  equipment  is  underway. 

6.5.9  Modirications  Contracted  Out 

Currently,  most  modifications  to  weapon  systems  are  coOifacted  out  versus  being  per¬ 
formed  organically  at  the  ALCs.  Usually,  resource  constraints  (e.g.,  skills,  equipment, 
cost  and  manpower)  require  the  ALCs  to  contract  out  the  modifications.  The  work  per¬ 
formed  at  the  ALCs  represents  10-20%  of  the  modifications  performed  each  year. 

6.6  CONCLUSIONS 

The  analysis  of  the  current  FDD  environment  has  involved  the  development  of  an  organ¬ 
izational  assessment,  IDEFo  diagrams,  data  flow  diagrams,  and  the  identification  of  the 
engineering  data  dimensions/volumes.  This  analysis  has  identified  several  concerns  and 
issues,  as  well  as  a  series  of  findings.  These  areas  have  been  divided  into  organizational, 
technical,  and  management  categories.  The  critical  areas  currently  limiting  the  acquisi¬ 
tion,  use,  and  management  of  FDD  and  identify  potential  automation  opportunities  are 
the  “concerns”  that  fall  into  the  “technical”  category. 

The  major  observations  from  the  concerns,  issues,  and  findings  can  be  classified  into 
three  major  areas; 

•  Ineffective  Configuration  Management  Practices  -  The  major  source  of  this  con¬ 
cern  is  the  incomplete  engineering  data  packages  that  are  accepted  by  the  Air  Force 
at  PMRT.  In  addition,  the  current  configuration  of  the  weapon  system  is  not  re- 
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fleeted  in  the  latest  version  of  the  drawings  due  to:  1)  lost  and  missing  data,  2) 
uncontrolled  local  drawing  files,  and  3)  lack  of  controlled  update  procedures  on 
ECPs/OCPs  betv/een  the  Air  Force  and  contractors. 

•  Engineering  Data  Acquisition  Methods  -  The  initiai  engineering  data  acquisition  is 
critical  to  successful  logistics  and  engineering  support.  Currently,  the  concerns 
exist  due  to  three  major  factors;  1)  inconsistent  data  formats  (i.e.,  primary  empha¬ 
sis  on  reprocurement  data  not  sustaining  engineering  support  data),  2)  JPRs  focus 
on  drawings  format  not  the  technical  accuracy  and  completeness  of  the  drawings, 
and  3)  current  acquisition  DRED/DOED  acquisition  methods  cause  data  unavail¬ 
ability  concerns. 

•  Manual  Distribution/Acccss  Procedures  -  The  source  of  this  concern  is  attributed 
to  the  extensive  manual  process  of  managing  and  maintaining  the  aperture  cards. 
This  causes  delays  in  responding  to  user  requests  for  drawing  at  the  ALCs  and 
backlogs  of  updates/new  engineering  data  to  be  distributed  by  the  ALC  to  MAJ- 
COM  bases. 

A  matrix  that  provides  an  overview  of  the  major  findings  is  presented  in  Table  6-4.  The 
shaded  areas  in  the  matrix  highlight  the  key  concerns,  issues,  and  findings  and  illustrates 
that  the  technical  category  is  the  primary  area  of  emphasis  to  be  addressed  in  the  PDD 
Automr'ion  Plan. 
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TABLE  6-4.  OVERVIEW  OF  MAJOR  CONCERNS,  ISSUES,  AND  FINDINGS 


ORGANIZATIONAL 

MANAGEMENT 

CONCERNS: 

•  Inadequate  Configuration'  '  ' 

Management  of  Eng.  Data 

RHi 

s/' 

v/ 

•  Ineffective  iPRs 

v/ 

n/ 

*  Inaccurate  Engineering  Data 
Package  Validation  Procedures 

v/ 

*  Only  Sample  Analytical 

Results  Reported  to  ALCs 

s/ 

v/ 

s/ 

•  Slow  Response  to  Drawing 
Requests 

s/ 

s/ 

s/ 

•  Misslng/incompteta 
EngIneedngData 

\/ 

ISSUES: 

•  AFLC/AFSC  Engineering  Data 
Acquisition  Conflicts 

n/ 

n/ 

v/ 

•  Lack  of  Robust  Data 

Exchange  Standards 

a/ 

•  Engineering  Data  not  Useful  for 
Sustaining  Engineering  Support 

n/ 

•  Different  Levels  of  Engineering 
Data  in  Repositories 

s/ 

FINDINGS: 

*  Engineering  Data  Important  for  ^ 
Weapon  Systems  (7-10  Years) 

v/ 

•  Greater  Use  of  Engineering  Data 
by  MAJCOMS 

mm 

IIIIIIH 

•  Rekeying  Drawings  into  CAD 
Sytems 

n/ 

0  Identifies  important  areas  to  be  addressed  in  the  FDD  Automation  Plan. 
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A.1  INTRODUCTION 


The  appendix  describes  the  roles  and  responsibilities  of  the  major  Air  Force  organizations 
which  support  the  acquisition,  use,  and  management  of  FDD.  It  details  the  descriptions 
of  the  staff  and  resource  functions,  organizational  roles  and  responsibilities,  and  the  Air 
Force  organizations  mapped  to  several  functions  in  matrix  analysis. 

A.1.1  Purpose 

The  purpose  of  the  organizational  environment  assessment  is  to  describe  the  roles  and 
responsibilities  of  the  major  Air  Force  organizations.  In  addition,  this  assessment  is 
meant  to  be  a  reference  document  to  be  consulted  on  an  as  needed  basis.  It  is  intended  to 
be  used  in  conjunction  with  the  IDEFq  models  (Section  3  and  Appendix  B),  FDD  Data 
Flow  Diagrams  (Section  4  and  Appendix  C),  and  to  provide  a  context  for  the  development 
of  a  FDD  Automation  Flan.  A  depiction  of  the  current  organizations  accomplishes  the 
follovdng; 

•  Clarifies  the  responsibilities  of  various  Air  Force  staff  functions  and  organizations 
in  the  acquisition,  use,  and  management  of  FDD. 

•  Provides  a  background  for  the  identification  of  FDD  use  and  application  require¬ 
ments  within  the  Air  Force  environment. 

•  Provides  a  baseline  that  identifies  a  constituency  of  users  which  require  digital  FDD 
in  the  future  environment. 

A.1.2  Methodology 

The  data  necessary  for  the  assessment  of  the  FDD  organizational  environment  was  based 
on  a  review  of  the  applicable  documentation  and  by  conducting  site  visits/interviews.  The 
documentation  consisted  of  a  review  of  Air  '°orce  regulations,  mission  and  organization 
regulations,  and  other  relevant  documentation.  A  list  of  these  documents  is  presented  in 
Appendix  E.  The  narrative  descriptions  have  been  drawn  from  these  sources  and  are 
presented  here  for  the  convenience  of  the  reader. 

A.1.3  Scope 

The  organizational  assessment  focuses  on  the  Air  Force  organizations  principally  involved 
in  the  acquisition,  use,  and  management  of  FDD  as  follows: 

•  Air  Force  Logistics  Command  (AFLC)  -  focusing  specifically  on  the  Air  Logistic 
Center  (ALC)  organizations; 

•  Air  Force  Systems  Command  (AFSC)  -  Product  Divisions  and  System  Program 
Offices  (SPOs); 


•  Major  Commands  (MAJCOMs)  -  Major  Using  Commands  and  MAJCOMs;  and 

•  Air  Force  Test  Organizations  and  Laboratories. 

A.  1.4  Organization 

Siction  A.2  describes  the  responsibilities  of  the  key  Air  Force  staff  and  resources.  Sec¬ 
tion  A.3  defines  the  roles  and  responsibilities  of  AFLC,  AFSC,  MAJCOMs,  and  other 
organizations.  Section  A.4  presents  a  series  of  matrices  that  depicts  the  MAJCOMs  in 
relation  to  the  IDEFo  functions. 

A.2  STAFF/RESOURCE  FUNCTIONS 

The  following  are  functional  descriptions  of  the  key  staff  and  resources  that  support  FDD 
requirement  definitions,  engineering  support,  logistics  functions,  and  operational  support: 

•  Key  Staff  include: 

o  Engineering  Data  Management  Officer  (EDMO) 
o  System  Program  Manager  (SPM) 
o  Equipment  Specialist  (ES) 
o  Item  Manager  (IM) 
o  Engineer/Maintenance  Planner 
o  Drafting/Designer 
o  Engineer 

o  AF  Plant  Representative  Office/Defense  Contract  Administration  Services 
(AFPRO/DCAS) 

•  Resources  are: 

o  Engineering  Data  Service  Centers  (EDSCs) 

A.2.1  Engineering  Data  Management  Officer  (EDMO) 

EDMOs  are  responsible  for  planning,  coordinating,  and  managing  the  acquisition  of  engi¬ 
neering  data.  They  also  develop  an  Engineering  Data  Management  Plan  (EDMP)  and 
associated  Contractor  Data  Requirements  List  (CDRL).  The  EDMO  defines  the  type  and 
class  of  data  to  be  purchased  and  develops  the  Statement  of  Work  which  establishes  the 
engineering  data  review  and  acceptance  events.  The  EDMO  coordinates  the  EDMP  and 
CDRL  with  the  SPM  to  assure  proper  interfaces  with  the  Configuration  Management  Plan 
(CMP),  i  e  ,  the  effect  of  Engineering  Change  Proposals,  Waivers,  and  Deviations.  The 
EDMO  is  also  responsible  for  determining  when  and  how  the  configuration  baseline  is  to 
be  established  and  controlled  for  the  life  of  the  development  and  production  of  the  equip¬ 
ment  The  EDMOs  reside  within  the  AFSC  Product  Divisions  and  provide  support  to  the 
SPOs  in  the  acquisition  of  new  weapon  systems.  EDMOs  are  also  located  in  the  ALC's 
Competition  Advocacy  (CR)  directorate  and  provide  support  to  the  Product  Division  ED¬ 
MOs  on  new  acquisition  piograms,  spare  part  reprocurements,  and  modification  pro¬ 
grams. 
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A.2.2  System  Program  Manager  (SPM) 

Tne  SPMs  are  located  in  the  ALC  System  Program  Management  Division  (MMS)  and  the 
Acquisition  Division  (MMA).  The  SPM  is  designated  by  the  Air  Force  Implementing 
Command  that  has  been  assigned  program  management  responsibility  by  the  HQ  USAF 
Program  Management  Directive  (PMD).  The  SPM  establishes,  directs,  and  controls  the 
acquisition  of  engineering  data  for  their  particular  program  from  the  contractors,  and 
ensures  technical  accuracy  of  the  engineering  data.  The  SPM  coordinates  all  engineering 
changes,  new  sources  of  procurement,  etc.  Within  AFLC,  the  SPM  has  prime  responsibil¬ 
ity  for  operational  engineering  support  to  the  AFSC  SPO  and  is  the  coordinating  point  for 
item  management  support  actions  on  component  items  with  application  to  support  sys¬ 
tems.  The  SPM  office  requires  the  use  of  analysis/design  data,  engineering  drawings, 
lists,  specifications,  manufacturing,  and  test  data  to  perform  sustaining  engineering  and 
reprocurement  activities. 

A.2.3  Equipment  Specialist  (ES) 

The  ES  commences  responsibility  during  the  conceptual  phase  and  continues  until  the 
product  is  retired.  The  ES  plays  an  active  and  influential  role  in  design  and  development 
phases  by  studying  and  planning  ALC  maintenance  concepts  and  repair  techniques  to 
influence  the  design  and  improve  reliability,  maintainability,  and  supportability.  The  re¬ 
sponsibilities  of  the  ES  also  include  analyzing  test  program  results  for  maintenance  impli¬ 
cations  and  representing  the  Directorate  of  Materiel  Management  (MM)  in  design  reviews, 
engineering  inspections,  and  other  reviews.  The  ES  also  assists  the  Product  Management 
Branch  (MM_P)  in  the  establishment  of  repair  requirements  for  repairable  items.  The 
equipment  specialists  reside  within  the  System  Program  Management  Division  (MMS), 
Acquisition  Division  (MMA),  Item  Management  Division  (MMI),  and  the  Engineering  and 
Reliability  Branch  (MM_R)  Branch. 

A.2.4  Item  Manager  (IM) 

The  IM  is  responsible  for  projecting  the  quantities,  sources,  and  dollar  amounts  for  mate¬ 
riel  requirements  in  support  of  system  acquisition  and  spares  reprocurement  activities. 
The  IM  requires  the  use  of  engineering  drawings  and  specifications  to  perform  the  re¬ 
quired  functions  The  IMs  provide  support  to  major  items  on  a  weapon  system  and  reside 
within  ALC/MM  Item  Management  Division  (MMI),  Requirements  and  Distribution 
Branch  (MM_D),  System  Program  Management  Division  (MMS),  and  the  Acquisition  Di¬ 
vision  (MMA). 

A.2.5  Engincer/Maintenance  Planner 

The  Engineer/Maintenance  Planners  reside  in  the  Engineering/Planning  Branch  (MA_E) 
and  provide  support  in  planning  and  executing  the  local  manufacturing  and  repair  func- 
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tions.  The  Engineer/Maintenance  Planners  perform  research  in  defining  the  technical 
requirements,  determining  the  engineering  drawing/process  requirements,  identifying  la¬ 
bor  and  materiel  requirements,  and  scheduling  the  workloads. 

A.2.6  Drafting/Designer 

The  Drafting/Designers  reside  within  the  ALC  Operations  and  Support  Branch  (MMED) 
and  provide  engineering  support  to  the  Engineering  Division  (MME),  SPM,  and  the  MA_E 
organizations.  The  drafting/design  functions  include  producing  engineering  drawings/revi¬ 
sions,  ECOs,  Advance  Engineering  Change  Orders  (AECOs),  and  prototype  drawings. 

A.2.7  Engineers 

There  are  several  types  of  Engineers  (e.g.,  mechanical,  electrical)  within  the  ALC  MM, 
MA,  and  CR  directorates.  Typically,  the  Engineers  reside  within  MM_R  and  perform  a 
variety  of  engineering  functions,  such  as;  engineering  analysis,  deficiency  analysis.  Engi¬ 
neering  Change  Order  (ECO)  development,  specification  development,  design  review  sup¬ 
port,  and  testing  in  support  of  modifications  and  repair.  Engineers  also  reside  in  MA_, 
Product  Divisions  (e.g..  Airborne  Electronics,  Landing  Gear),  and  MAB/MAK,  Aircraft 
Division,  in  support  of  Computer-Aided  Manufacturing  (CAM),  numerical  control  (N/C) 
part  programming,  and  machining  in  support  of  modifications  and  local  manufacturing 

A.2.8  AF  Plant  Representative  Office/Defense  Contract  Administration  Services 
(AFPRO/DCAS) 

The  AFPRO/DCAS  inspectors  are  involved  in  the  acquisition  of  engineering  data  by  sur¬ 
veying  the  contract’s  performance  from  award  through  acceptance  and  delivery  of  items. 
The  AFPRO/DCAS  inspectors  (government  service  civilians)  are  responsible  for  protect¬ 
ing  the  government’s  interests  at  the  contractors  plants. 

The  AFPRO/DCAS  inspectors  support  the  EDMOs  during  the  In-Process  Review  (IPR), 
commit  contractor  resources,  verify  engineering  data  updates,  and  conduct  the  Physical 
Configuration  Audit  (PCA).  They  also  inspect  new  drawings,  quality  check  the  aperture 
cards  and  provide  recommendations  on  final  acceptance  and  delivery  of  the  engineering 
data  using  DD  Form  250  (Material  Inspection  and  Receiving  Report).  The  AFPRO  in¬ 
spector  resides  at  a  large  defense  contractor’s  facility  (e.g.,  new  acquisitions),  while  the 
DCAS  inspector  monitors  smaller  contractors  (e.g.  spares  reprocurement  acquisitions) 
within  a  given  region,  entering  a  plant  only  occasionally. 

A.2.9  Engineering  Data  Service  Center  (EDSC) 

The  EDSCs  are  manual  repositories  for  storing  and  maintaining  engineering  data  acquired 
by  Air  Force  weapon  systems.  The  EDSCs  maintain  engineering  data  aperture  cards/ 
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hardcopy  drawings  (in  manual  tub  files)  and  produce  millions  of  reproductions  annually. 
The  EDSCs  are  responsible  for  completing  a  quality  audit  review  before  accepting  data 
received  under  DD  Form  250,  removing  obsolete  data  from  the  active  files  and  maintain¬ 
ing  the  data  in  an  obsolete  storage  area.  The  ED.SC  maintains  a  reserve  deck  file  for  sets 
of  data  and  the  master  rights-in-data  file.  Each  ALC  EDSC  maintains  the  engineering 
data  for  the  assigned  weapon  system  and  commodities  in  support  of  reprocurement  of 
spares,  local  manufacturing/repairs,  modifications,  and  engineering  support. 

Base  level  EDSCs  at  the  MAJCOMs  provide  engineering  data  support  to  all  installation 
activities  which  require  engineering  data  support.  The  EDSCs  at  the  bases  only  contain 
Contractor  Design  Activity  (CDA)  drawings,  not  Government  Design  Activity  (GDA)  or 
subcontractor  drawings.  The  applicable  MAJCOM  approves  the  establishment  of  a  base 
level  EDSC  and  designates  its  category  (I-IV)  based  on  the  data  requirements  and  mis¬ 
sion  of  the  MAJCOM.  The  following  are  the  categories  of  the  EDSCs: 

•  Category  IV  -  Required  when  the  mission  requires  a  complete  range  of  engineering 
data  for  assigned  weapon  systems,  (i.e.,  ALCs  and  some  MAJCOMs). 

•  Category  III  -  Established  where  the  mission  normally  needs  special  or  limited  sets 
of  engineering  data,  and  the  installation  is  only  authorized  to  maintain  limited  files 
of  engineering  data. 

•  Category  II  -  Required  when  the  installation  normally  needs  individual  engineering 
drawings  to  support  its  mission,  but  is  not  authorized  to  keep  files  of  the  engineer¬ 
ing  data. 

•  Category  I  -  Established  where  the  mission  does  not  normally  need  engineering 
data  support. 

EDSCs  are  located  at  the  five  AiXs,  Aerospace  Guidance  and  Metrology  Center 
(AGMC),  Aerospace  Maintenance  and  Regeneration  Center  (AMARC),  and  the  2750TH 
Air  Base  Wing  at  Wright  Patterson  AFB.  There  are  sixty-eight  base  level  MAJCOM 
EDSC  facilities  located  within  the  following  organizations.  Strategic  Air  Command 
(SAC),  Military  Airlift  Command  (MAC),  Tactical  Air  Command  (TAC),  Pacific  Air 
Forces  (PACAF),  Alaskan  Air  Command  (AAC),  Air  Force  Communications  Command 
(AFCC),  and  Space  Command  (SPACECOM).  EDSCs  are  also  located  at  the  Air  Force 
Technical  Applications  Center  (AFTAC)  and  the  Air  Force  Flight  Test  Cenkr  (AFFTC). 

A.3  ORGANIZATIONAL  ROLES  AND  RESPONSIBILITIES 

This  section  describes  an  overview  of  the  roles  and  responsibilities  of  the  major  organiza¬ 
tions  that  support  the  acquisition,  use,  and  management  of  engineering  data. 

A.3.1  Headquarters  Air  Force  Logistics  Command  (HQ  AFLC) 

HQ  AFLC  IS  responsible  for  establishing  distribution  and  control  policies  for  engineering 
data  and  defining  the  engineering  data  acquisition  requirements  in  the  PMD.  AFLC  is 
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responsible  for  performing  all  major  maintenance,  overhaul,  repair,  modifications,  and 
upgrade  on  Air  Force  weapon  systems.  It  also  provides  policy  and  management  direction 
to  the  five  AIjCs.  The  Aerospace  Guidance  and  Metrology  Center  (AGMC),  Aerospace 
Maintenance  and  Regeneration  Center  (AMARC),  Cataloging  and  Standardization  Center 
(CASC),  2750th  ABW,  and  Air  Force  Acquisition  Logistics  Center  (AFALC)  are  direct 
reporting  units  of  AFLC.  An  overview  of  the  AFLC  organizations  is  depicted  in  Figure 
A-1. 


FIGURE  A-1.  AFLC  ORGANIZATION  CHART 


HQ  AFLC/MM,  is  responsible  for  designating  the  prime  ALC/MMA,  as  the  focal  point  for 
engineering  data  acquisition  policy.  HQ  AFLC/MMM,  Directorate  of  Materiel  Require¬ 
ments,  conducts  engineering  technical  reviews  of  modification  proposals,  determines  the 
maintenance  requirements  for  modifications,  establishes  priorities  for  approving  Engi¬ 
neering  Change  Proposals  (ECPs),  and  ensures  that  full  consideration  is  given  to  the 
acquisition  of  engineering  data  sufficient  to  allow  competitive  procurement  for  replenish¬ 
ing  spare  parts.  f 

I 

i. 

HQ  AFLC/MMT,  Directorate  of  Reliability,  Maintainability,  and  Technology  Policy,  ad¬ 
ministers  engineering  data  distribution  and  control  for  AFLC  EDSCs  by  collating  the  F 

AFLC  Form  24  (Engineering  Data  Support  Report)  which  identifies  the  engineering  data  * 

request  and  usage  statistics.  MMT  is  responsible  for  regulations  and  policies  for  engi-  _ 
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neering  data  management  and  control.  They  are  also  responsible  for  planning  the  future 
enhancements  and  defining  policy  direction  for  EDGARS. 

The  Directorate  of  Work  Load  Management,  HQ  AFLC/MAW,  reviews  and  approves  the 
technology/family  group  of  commodities  and  assigns  depot  repairable  items  to  the  appro¬ 
priate  Technology  Repair  Center  (TRC)  for  the  ALCs  and  AGMC. 

A.3.1.1  Air  Logistic  Centers  (ALCs) 

The  following  is  a  description  of  the  five  ALCs.  This  description  details  TRC  responsibili¬ 
ties  and  assigned  aircraft  to  each  individual  ALC.  A  summary  chart  of  the  ALCs  versus 
weapon  systems/commodities  is  shown  in  Table  A-1. 

•  Ogden  Air  Logistics  Center  (00-ALC)  -  The  Ogden  Air  Logistics  Center  (00- 
ALC)  provides  logistics  support  for  the  entire  Air  Force  inventory  of  all  interconti¬ 
nental  ballistic  missiles,  as  well  as  the  F-16,  F/RF-4,  OV-10,  and  C-130  aircraft. 
The  Industrial  Products  and  Landing  Gear  Division  of  00-ALC  is  one  of  the  most 
widely  diversified  manufacturing  and  overhaul  operations  in  the  USAF.  The  center 
also  has  responsibility  for  all  photographic  and  reconnaissance  equipment,  and 
aerospace  training  equipment  for  all  weapon  systems  as  well  as  management  of  the 
Maverick  air-to-surface  missile,  GBU-15  guided  bombs,  the  Emergency  Rocket 
Communication  System,  and  the  MX  missile  Tne  center  is  the  logistics  manager 
for  all  air  munitions,  solid  propellants,  and  explosive  devices  used  throughout  the 
Air  Force. 

•  Oklahoma  City  Air  Logistics  Center  (OC-ALC)  -  The  Oklahoma  City  Air  Logistics 
Center  (OC-ALC)  is  responsible  for  depot  maintenance  on  the  B-52,  E3-A,  C/ 
KC-135.  Bl-B,  A-7D,  C-18,  C-22,  C-25,  C-137,  and  jet  engines.  OC-ALC  re¬ 
pairs  over  1,000  engines  per  year  in  the  world's  largest  aircraft  maintenance  and  jet 
engine  overhaul  plant,  as  well  as  the  repair  and  manufacturing  of  diversified  acces¬ 
sories  for  engines.  The  center  is  the  exclusive  TRC  for  hydraulic/pneudraulic  trans¬ 
missions,  air-driven  accessories,  oxygen  components,  engine  instruments,  and 
automatic  flight  control  instruments. 

•  Sacramento  Air  Logistics  Center  (SM-ALC)  -  The  Sacramento  Air  Logistics  Cen¬ 
ter  (SM-ALC)  is  responsible  for  performing  depot  level  support  for  the  F-111, 
FB-lll,  EF-111,  A-10,  A-7,  and  F-4D aircraft.  SM-ALC  also  has  SPM  responsi¬ 
bility  for  the  Advanced  Tactical  Fighter  (ATF).  Sacramento  is  the  TRC  for  ground 
communication/electronics  (C-E)  equipment,  space  management,  electronic  com¬ 
ponents,  hydraulic/pneudraulic  fluid-driven  accessories,  and  flight  control  instru¬ 
ments. 

•  San  Antonio  Air  Logistics  Center  (SA-ALC)  -  The  San  Antonio  Air  Logistics  Cen¬ 
ter  (SA-ALC)  provides  depot  maintenance  support  for  4,700  different  commodities 
which  include  aircraft,  engines,  and  exchangeables  San  Antonio  manages  a  num- 
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ber  of  different  weapon  systems  including  the  C-SA,  T-38,  F-S,  F-SE  (international 
fighter),  and  F-106  aircraft.  SA-ALC  also  has  SPM  responsibility  for  the  C-17.  As  a 
specialized  repair  activity,  SA-ALC  pierforms  modernization  and  heavy  depot  mainte¬ 
nance  on  C-5s,  B-52s,  and  C-130s.  It  is  the  exclusive  TRC  for  electronic  aerospace 
group  equipment,  electro-mechanical  support  equipment,  and  nuclear  components, 
and  is  one  of  the  two  repair  centers  for  jet  engines  and  components. 

A  Special  Weapons  Center  EDSC  rejxjsitory  (separate  from  the  aircraft  EDSC)  is 
maintained  by  the  SWRC,  Cataloging  and  Standardization  Branch,  for  nuclear  ord¬ 
nance  items  and  related  equipment. 


TABLE  A-1.  ALC  WTiAPON  SYSTEMS  AND  COMMODITIES 


ALCs 

WEAPON  SYSTEMS 

MAJOR  COMMODITIES 

F-16 

LANDING  GEAR 

F/RF-4 

PHOTOGRAPHIC,  RECONNAISSANCE  EQUIPMENT 

00~ALC 

G8U-1S  GUIOEO  BOMBS 

MX  MISSILE 

AEROSPACE  TRAINING  EQUIPMENT 

MAVERICK  A(R-TO-SURFACE 
MISSILE 

B-52 

JET  ENGINES 

Bi-a 

HYORAULIC/PNEUORALIC  TRANSMISSIONS 

E3-A 

AIR-ORIVEN  ACCESSORIES 

S-4 

OXYGEN  COMPONENTS 

OC-ALC 

C/KC-135 

ENGINE  INSTRUMENTS 

KC-10 

A-70 

C-18 

C-22 

C-25 

C-137 

AUTOMATIC  FLIGHT  CONTROL  INSTRUMENTS 

F-ltl 

GBOUNO  COMMUNICATIOM-ELECTRONICS  EQUIPMENT 

F8-111 

SPACE  MANAGEMENT 

SM-ALC 

F-4D 

ELECTRONIC  COMPONENTS 

HYORAUUC/PNEUORALIC  FI  UlO-DRIVEN  ACCESSORIES 

A-10 

ATF 

FLIGHT  CONTROL  INSTRUMENTS 

C-5 

ELECTRONIC  AEROSPACE  GROUP  EQUIPMENT 

C-t7 

ELECTRO-MECHANICAL  SUPPORT  EQUIPMENT 

SA-ALC 

F-5 

NUCLEAR  COMPONENTS 

F-5E 

OV-10 

T-3« 

JET  ENGINES  AND  COMPONENTS 

C-130 

AIRBORNE  ELECTRONIC  WARFARE  EQUIPMENT 

C-140 

GYROSCOPES 

WR-ALC 

C-141 

LIFE  SUPPORT  EQUIPMENT 

F-15 

AIRBORNE  COMMUNICATIONS 

MH-53 

NAVIGATION  EQUIPMENT 

HH-3 

AIRBORNE  8OMB-AN0-QUN-DIRECTINQ  SYSTEMS 
TARGET  ACQUISITION  SYSTEMS 

A- to 


•  Warner  Robins  Air  Logistics  Center  (WR-ALC)  -  WR-ALC  is  an  industrial  com¬ 
plex  engaged  in  depot  level  repair  and  overhaul  for  the  F-15  fighter  aircraft;  C-130, 
C-140,  and  C-141  cargo  aircraft;  and  HH-5  series  helicopters.  It  is  the  TRC  for 
airborne  electronics,  gyroscopes,  industrial  products,  and  life  support  equipment. 
Responsibilities  include  the  matiagement  and  repair  of  airborne  communications  and 
navigation  equipment,  airborne  bomb-and-gun-directing  systems,  target  acquisition 
systems  ranging  from  radars  to  integrated  fire  control  systems,  and  all  Air  Force 
airborne  electronic  warfare  equipment.  The  center  also  manages  the  support  of  joint 
services  systems,  such  as:  Joint  Tactical  Information  Distribution  System  (JTIDS) 
and  Navstar  Global  Positioning  System. 

A.3.I.2  ALC  Branches 

This  section  describes  the  primary  supporting  branches  to  the  Acquisition  Division  (MMA), 
EngineeringDivision  (MME),  Item  Management  Division  (MMI),  System  Program  Manage¬ 
ment  Division  (MMS),  Resources  Management  Division  (MAW),  Quality  Assurance  Divi¬ 
sion  (MAQ),  Aircraft  Division  (MAB),  Product  Division  (MA_),  and  the  Engineering  Data 
Management  Division  (CRE)  within  an  ALC.  Figures  A-2,  A-3,  and  A-4  illustrate  the  ALC 
divisions  and  branches  within  the  MM,  MA,  and  CR  directorates,  respectively. 

Directorate  of  Materiel  Management  (MM) 

MM  IS  responsible  for  engineering  management,  development,  and  control  of  the  design, 
performance,  and  reliability  of  assigned  systems  and  equipment.  MM  determines  the  re¬ 
quirements  for  ail  parts  of  ALC  systems  and  commodities.  The  following  branches  within 
MM  manage  and  use  engineering  data. 

•  Production  Management  Branch  (MMAP)  -  Upon  receipt  of  a  complete  and  pro¬ 
curable  modification  data  package,  MMAP  performs  modification  management 
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functions  for  Class  IV  and  V  modifications  until  the  modification  is  accomplished. 
MMAP  develops  and  maintains  the  Programmed  Depot  Maintenance  Program 
(PDMP)  in  conjunction  with  MMAR,  MMAM  and  the  Using  Commands.  MMAP  is 
also  responsible  for  ensuring  the  availability  of  engineering  data  required  concur¬ 
rently  with  modification  and  maintenance,  and  reviewing,  assembling,  and  deliver¬ 
ing  the  complete  modification  data  package  to  the  ALC,  D/PM  contracting  officer, 
or  depot  repair  facility. 

•  Engineering  and  Reliability  Branch  (MMAR)  -  MMAR  defines  the  repair  data 
requirements  needed  for  structural  damage  repair  programs  and  provides  specific 
data  package  characteristics  for  aircraft  structures  in  support  of  work  specification 
preparation.  MMAR  provides  representation  at  the  Preliminary  Design  Reviews 
(PDR),  Critical  Design  Reviews  (CDR),  Physical  Configuration  Audits  (FCA),  and 
Functional  Configuration  Audits  (FCA).  MMAR  evaluates  contractor-prepared 
Engineering  Change  Proposals  (ECPs)  and  assists  in  the  determination  of  the  re¬ 
quirements  for  engineering  data  necessary  for  maintenance,  overhaul,  and  local 
manufacturing  purposes. 

•  Operations  and  Support  Branch  (MMED)  -  MMED  establishes  engineering  data 
distribution  and  control  according  to  Air  Force  policy  and  procedures.  MMED  is 
responsible  for  micro-filming,  preparing,  reproducing,  requisitioning,  filing,  and 
disposing  of  the  engineering  data.  MMED  is  also  responsible  for  the  requisition 
and  distribution  of  drawings,  specifications,  standards,  and  related  documents  to 
the  individual  ALC  directorates  as  well  as  the  EDSCs  at  the  MAJCOM  bases. 
MMED  prepares  Bid  set  data  packages,  maintains  control  over  engineering  draw¬ 
ings  and  related  data  item  descriptions  (which  includes  modifying,  revising,  and 
preparing  new  data  items),  and  provides  the  ALC  a  focal  point  for  data  rights  in 
engineering  data.  MMED  performs  design  and  drafting  functions  including  engi¬ 
neering  drawings  and  levisions,  ECOs,  AECOs,  and  prototype  and  feasibility  draw¬ 
ings. 

•  Specialized  Engineering  Branch  (MMET)  -  MMET  tests  new  systems  and  equip¬ 
ment  in  support  of  assigned  weapons,  support  systems,  programs,  and  projects. 
MMET  conducts  testing  for  the  identification  of  design  changes,  manages  organic 
engineering  flight  testing,  and  develops  justification  for  engineering  test  capabili¬ 
ties. 

•  Engineering  and  Reliability  Branch  (MMIR)  -  MMIR  is  responsible  for  evaluating 
contractor-prepared  ECPs  and  providing  initial  raw  data  for  Class  IV  and  V  modifi¬ 
cations  that  are  required  to  prepare  master  configuration  status  records.  MMIR 
coordinates  and  participates  in  data  calls  for  determinations  concerning  the  design 
adequacy  of  procurement  data  packages. 

•  Production  Management  Branch  (MMIP)  -  MMIP  is  responsible  for  performing 
modification  management  functions  for  Class  IV  and  V  modifications  and  manag- 
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ing  the  PDMP.  MMIP  ensures  the  availability  of  engineering  data  required  concur¬ 
rently  with  modiHcation  and  maintenance,  and  reviews,  assembles,  and  delivers  the 
complete  engineering  data  package  to  the  ALC  PM  contracting  officer  or  depot 
repair  facility. 

•  Engineering  and  Reliability  Branch  (MMSR)  -  MMSR  determines  the  engineering 
data  requirements  for  the  system  engineering  processes,  participates  in  design  re¬ 
views,  and  approves  or  disapproves  procurement  method  codes.  MMSR  determines 
the  design  accuracy  of  proposed  data  packages,  and  provides  engineering  analysis 
and  approval  or  disapproval  of  ECPs  and  PDM  work  packages.  In  addition,  MMSR 
ensures  the  adequacy  of  repair  data  needed  for  structural  damage  repair  programs, 
sets  up  the  Class  IV  modifications  programs  and  determines  the  requirements  for 
engineenng  data  necessary  for  maintenance,  overhaul,  and  local  manufacturing 
purposes 

•  Production  Management  Branch  (MMSP)  -  MMSP  will,  upon  receipt  of  a  com¬ 
plete  and  procurable  modification  data  package  (from  MMSR),  perform  modifica¬ 
tion  management  functions  for  Class  IV  and  V  modifications  until  the  modification 
IS  accomplished  MMSP  also  ensures  availability  of  engineering  data  required  con¬ 
currently  with  modification  and  maintenance  and  reviews,  assembles,  and  delivers 
the  complete  data  package  to  the  ALC,  D/PM  contracting  officer,  or  depot  repair 
facility 

•  Maintenance  Modification  Branch  (MMMM)  -  MMMM  analyzes  planning  docu 
ments  and  data  for  assigned  items  and  systems  to  determine  the  impact  of  logistics 
support  on  maintenance  and  modification  phases  MMMM  controls  and  directs  the 
management  of  resources  for  Depot  Level  Maintenance  Requirements,  performs 
mainienance  functions  for  provisioning,  and  provides  technical  support  in  resolving 
problems  related  to  data  system  design  logic,  system  implementaiion/operation,  and 
product  use 

Directorate  of  Maintenance  (MA) 

MA  IS  responsible  for  managing  the  organic  depot-level  maintenance  production  facilities 
in  the  modification,  local  manufacturing,  and  repair  of  Air  Force  equipment  Across  the 
five  AIXs  and  AGMf  there  exist  twenty  TRCs  which  provide  support  for  depot  mainte 
nance  using  a  particular  technology  (c.g..  landing  gear,  avionics,  etc  )  across  a  varieiy  of 
weapon  systems  The  following  branches  within  MA  manage  and  use  engineering  data 

•  Resources  Management  Division  (MAWT  -  MAW  serves  as  the  directorate  repre 
sentative  on  depot  maintenance  for  local  manufacturing  and  repairs  MAW  devel¬ 
ops  the  directorate  posture  with  regards  to  facilities,  equipment,  and  skills  for 
workloading  MAW  negotiates,  schedules,  plans,  and  monitors  the  depot  mainte¬ 
nance  support  MAW’  forwards  approved  AFIX  Form  206  (local  manufacturing 
requests)  to  the  appropriate,  responsible  iMA_E,  Engineering/Planning  Branch 
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FIGURE  A-3.  DIRECTORATE  OF  MA  ORGANIZATION  CHART 


•  Quality  Assurance  Division  (MAQ)  -  MAQ  participates  in  preproduction  and  op¬ 
erational  planning  and  recommends  improved  quality  methods  for  application  to 
maintenance  workloads.  MAW  is  responsible  for  researching  and  reviewing  engi¬ 
neering  drawings  and  specifications  to  establish  dimensional  and  process  require¬ 
ments  which  control  critical  or  significant  characteristics  of  a  part.  MAQ  then 
selects  those  which  must  be  considered  and  evaluated  for  product  integrity  and 
recommends  depot  maintenance  engineering  data  changes. 

•  Aircraft  Division  (MAS)  -  Within  the  ALC/MA  organization  structure  is  the  divi¬ 
sion  that  provides  overall  maintenance  support  to  the  prime  weapon  systems  (e.g., 
F-l  11.  F-15,  C-5,  B-52,  etc.).  MAB  provides  support  to  the  prime  weapon  system 
for  modifications  and  repairs. 

•  Production  Branch  (MA_P)  -  MA_P  operates  the  local  manufacturing  and  repair 
facilities  and  ensures  the  application  of  supporting  procedures  pertaining  to  the 
directorate  maintenance  operation. 

•  Enginccring/Planning  Branch  (MA_E)  -  MA_E  plans,  estimates,  and  schedules  the 
labor,  cost,  raw  materials,  and  requirements  to  perform  local  manufacturing  and 
performs  cost  comparison  for  various  manufacturing  processes. 


Directorate  of  Competition  Advocacy  (CR) 

The  primary  mission  of  the  CR  organization  is  to  acquire  Level  3  Engineering  Data  pack¬ 
ages  for  the  competitive  reprocurement  of  weapon  systems,  spare  parts,  and  modification 
programs  CR  also  supports  the  SPM  and  IM  organizations  during  the  initial  acquisition 
and  modification/repair  program  planning  to  ensure  proper  consideration  is  given  to  com¬ 
petition.  The  following  branches  within  CR  manage  and  use  engineering  data. 
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FIGURE  A-4.  DIRECTORATE  OF  CR  ORGANIZATION  CHART 


•  Acquisition  Methods  Branch  (CREA)  -  CREA  reviews  requisitioned  data  or  code 
H  (soie  source  procurements)  replies  from  HQ  AFLC,  reviews  data  for  deficien¬ 
cies,  requests  ECOs  from  the  MM_R  branch,  and  validates  data  for  technical  ade¬ 
quacy  and  completeness.  CREA  is  responsible  for  screening  the  AFLC  761 
reprocurement  data  package  which  is  performed  by  engineering  technicians  and 
equipment  specialists. 

•  Breakout  Management  Branch  (CRED)  -  CRED  is  responsible  for  engineering 
data  IPRs,  reviewing  engineering  data  for  deficiencies,  approving  data  for  MMED, 
preparing  bid  sets,  and  developing  ECOs. 

•  Engineering  Support  and  Data  Acquisition  Branch  (CREE)  -  CREE  performs  re¬ 
verse  engineering  which  is  the  process  whereby  a  part,  component,  or  end  item  is 
examined  to  the  point  where  engineering  data  can  be  formulated.  Other  tasks  that 
CREE  performs  includes  miscellaneous  technical  support  requests,  handling  re¬ 
quests  from  the  Defense  Logistics  Agency,  and  performiiis  cost  studies. 

•  Other  ALC  Directorates  -  This  section  describes  additional  directorates  within  an 
ALC  that  support  the  management  of  engineering  data 

o  Directorate  of  Contracting  and  Manufacturing  (PM)  -  PM  is  responsible 
for  establishing  contractual  relations  with  industry  for  the  acquisition,  main¬ 
tenance,  and  modification  of  aircraft,  airborne  systems,  special  purpose  ve¬ 
hicles,  and  spare  parts.  PM  is  responsible  for  the  execution  of  the  PR  for 
the  acquisition  of  engineering  data,  evaluating  potential  firms  for  contract 
award,  administering  the  performance  of  the  contract,  and  accepting  the 
final  products. 
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o  Directorate  of  Distribution  (DS)  -  DS  is  responsible  for  the  receipt,  stor¬ 
age,  packaging  and  shipment,  materiel  quality  control,  and  transportation  of 
all  parts  and  equipment.  DS  also  performs  transportation,  packaging,  mate¬ 
rials  handling,  and  procurement  management  functions. 

A.3.1.3  Direct  Reporting  Units 

The  following  are  the  direct  reporting  units  to  AFLC: 

•  Aerospace  Guidance  and  Metrology  Center  (AGMC)  -  AGMC  is  the  single  center 
within  the  Air  Force  and  DoD  for  repairing  and  providing  engineering  services  for 
inertial  guidance  and  navigation  systems  for  missiles,  aircraft,  and  aircraft  displace¬ 
ment  gyroscopes.  The  center  operates  the  Air  Force  Measurement  Standards  Labo¬ 
ratories  and  supports  Precision  Measurement  Equipment  Laboratories  worldwide. 
The  Directorate  of  Maintenance  (MA)  is  responsible  for  the  engineering  manage¬ 
ment  of  the  organic  depot  maintenance  and  restoration  of  Air  Force  and  DoD  guid¬ 
ance  and  metrology  equipment  to  a  serviceable  condition. 

The  AGMC  EDSC  maintains  record  copies  of  engineering  data  for  its  equipment 
and  serves  as  the  EDSC  for  organizations  located  at  Newark  Air  Force  Base. 

•  Aerospace  Maintenance  and  Regeneration  Center  (AMARC)  -  AMARC  is  the 
DoD  single  manager  for  processing  and  maintaining  aerospace  vehicles,  communi- 
cation-electromagnetic-meteorological  equipment  (CEM),  and  government  owned 
special  tooling  and  special  test  equipment  (ST/STE)  in  extended  storage.  AMARC 
is  responsible  for  the  preparation  of  aerospace  vehicles  for  withdrawal  from  storage 
for  one-time  flight  or  surface  shipment,  retirement  and  reclamation  of  aerospace 
vehicles,  CEM,  engine  and  components,  and  accomplishing  intermediate  mainte 
nance  as  directed/approved  by  HQ  AFLC. 

Each  aircraft  undergoes  a  preservation  process  before  it  is  stored  at  AMARC. 
About  half  of  the  2,500  stored  aircraft  are  returned  to  service.  Some  are  sent  back 
to  the  US  military  and  others  are  sold  to  foreign  governments.  The  remaining  SO 
percent  of  the  stored  aircraft  undergo  a  parts  reclamation  process,  which  is  a  major 
source  of  parts  for  AFLC.  Also,  AMARC  has  numerous  special  repair  activity 
projects  such  as  modifying  pylons  to  launch  different  weapon  systems. 

The  AMARC  EDSC  maintains  record  copies  of  engineering  data  for  modifications 
and  product  retirement. 

•  Die  Cataloging  and  Standardization  Center  (CASC)  -  CASC  ensures  all  reference 
numbers  are  related  properly  to  the  national  stock  number  (NSN)  and  verifies  the 
catalog  management  data  are  compatible  in  the  Federal  Catalog  System  and  Air 
Force  data  systems.  This  ensures  materiel  and  engineering  integrity  throughout  the 
life  cycle  phases  of  each  weapon  system.  CASC  screens  engineering  drawings  in 
support  of  the  provisioning  process,  conducts  a  technical  review  of  item  characteris- 
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tics  information,  processes  Provisioning  Parts  Lists  (PPLs),  and  evaluates  design 
change  notices.  CASC  also  prepares  and  coordinates  with  ALC  engineering  activi¬ 
ties  and  provides  support  for  technical  analysis,  design  standards,  and  specifica¬ 
tions. 

•  Air  Force  Acquisition  Logistics  Center  (AFALC)  -  AFALC  appoints  an  engineer¬ 
ing  data  focal  point  that  assumes  the  duties  of  the  supporting  command  EDMO 
(when  a  prime  ALC  EDMO  has  not  been  appointed).  AFALC  is  responsible  for 
ensuring  fielded  systems  are  supportable  and  are  identifying  logistics  concerns  early 
in  the  design  to  influence  life  cycle  cost.  The  Deputy  for  Engineering  and  Reliabii- 
ity  (AFALC/ER)  is  responsible  for  managing  engineering  and  technical  logistics 
support  for  emerging  technologies  for  ai!  acquisition  program  phases  to  influence 
design  and  to  ensure  the  fielding  of  cost  effective,  reliable,  and  maintainable  sys¬ 
tems  and  equipment. 

A.3.2  Headquarters  Air  Force  Systems  Command  (HQ  AFSC) 

HQ  AFSC  is  responsible  for  the  design,  development,  acquisition,  and  delivery  of  Air 
Force  weapon  systems.  AFSC  supports  the  MAJCOMs’  needs  by  the  application  of  ad¬ 
vanced  technology  in  the  development  and  enhancement  of  weapon  systems.  AFSC  sup¬ 
ports  the  research,  development,  testing,  and  implementation  of  weapon  systems  through¬ 
out  their  life  cycle.  AFSC  provides  guidance  and  direction  to  the  product  divisions,  labo¬ 
ratories,  and  development  and  test  centers. 

A.3.2.1  Product  Divisions 

The  five  Product  Divisions  which  support  AFSC  in  the  acquisition  of  weapon  systems  and 
associated  engineering  data  are:  Aeronautical  Systems  Division,  Electronic  Systems  Divi¬ 
sion,  Space  Division,  Ballistic  Missile  Office,  and  Armament  Division. 

•  Aeronautical  Systems  Division  (ASD)  -  ASD  directs  the  design,  development,  and 
acquisition  of  aerospace  systems,  such  as  fighters,  bombers,  transpoits,  aerial  tank¬ 
ers,  tactical  reconnaissance  aircraft,  long-  and  short-range  air-io-surface  missiles 
and  aircraft  engines  The  division’s  responsibilities  include  programs  to  develop, 
test,  and  acquire  manned  and  unmanned  vehicle  systems,  simulators,  reconnais¬ 
sance  and  electronic  warfare  systems  and  other  aeronautical  equipment.  The  major 
acquisition  programs  at  ASD  are  F-16,  C-17,  Bl-B,  B-2,  SRAM  11,  ATF,  and 
LANTIRN. 

The  ASD/EN  organization  (Direciorate  of  Engineering)  provides  e.xtensive  engineer¬ 
ing  support  to  the  major  acquisition  SPOs  (e.g.,  C-17,  ATF,  etc.)  and  equipment 
SPOs  (e  g  ,  ASDA'Z-Propulsion  and  ASD/AX- Avionics).  The  ASD/SC  organiza¬ 
tion  (Directorate  of  Communication  and  Computer  Systems)  is  responsible  for  the 
engineering  support  and  acquisition  of  CAD/CAM/CAE  for  ASD. 
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•  Electronic  Systems  Division  (ESD)  -  ESD  develops,  acquires,  and  delivers  elec¬ 
tronic  systems  and  equipment  for  the  command,  control,  communications  and  intel¬ 
ligence  (C30  functions  of  aerospace  forces.  The  major  programs  at  ESD  include 
Joint  STARS,  AWACS,  JTIDS,  MILSTAR,  TRI-TAC,  and  C3CM  systems. 

•  Space  Division  (SD)  -  SD  manages  the  research,  development,  and  acquisition  of 
launch  and  on-orbit  command  and  control  systems  for  the  majority  of  the  nation’s 
military  space  systems.  SD’s  responsibilities  include  providing  and  maintaining 
space-based  communications,  meteorological  navigation,  and  surveillance  systems 
in  support  of  combat  forces  on  the  ground,  at  sea,  and  in  the  atmosphere. 

•  Armament  Division  (AD)  -  AD  acquires,  plans,  researches,  and  develops  conven¬ 
tional  air  armament.  The  major  mission  areas  assigned  to  AD  are  non-nuclear 
systems  AD  is  responsible  for  testing  and  evaluating  armament  and  electronic 
combat  systems  and  related  equipment. 

•  Ballistic  Missile  OfTice  (BMO)  -  BMO  is  responsible  for  planning,  implementing, 
and  managing  Air  Force  programs  to  acquire  land-based  intercontinental  ballistic 
missile  systems  and  sub-systems.  The  division  performs  the  majority  of  system 
integration  tasks  on  each  of  its  projects  and  their  systems  are  usually  Program 
Management  Responsibility  Transferred  to  SAC.  Current  programs  at  BMO  in¬ 
clude  the  Peacekeeper,  Minuteman  Modernization  Program.  Small  ICBM  Program, 
and  Peacekeeper  Rail  Garrison. 

A.3.3  Major  Using  Commands 

The  major  Using  Commands  (Tactical  Air  Command,  Military  Airlift  Command,  Strate¬ 
gic  Air  Command,  Pacific  Air  Forces,  and  Alaskan  Air  Command)  require  the  use  of 
engineering  drawings  and  parts  lists  to  support  base  maintenance  (repairs  and  local 
manufacturing)  The  Using  Commands  maintain  base  level  EDSCs  in  support  of  base 
maintenance  activities  A  summary  chart  summarizing  the  Using  Commands  and  weapon 
systems  is  shown  in  Table  A-2.  The  following  are  the  Using  Commands  that  use  and 
manage  engineering  data: 

A.3.3. 1  Tactical  Air  Command  (TAC) 

TAC’s  forces  perform  reconnaissance,  tactical  fighter,  command  and  control,  and  elec¬ 
tronic  combat  operations  TAC  has  approximately  twenty-seven  base  level  EDSCs  for 
support  of  base  repairs  and  local  manufacture. 

A.3.3. 2  Military  Airlift  Command  (MAC) 

Major  missions  of  MAC  include  deployment,  employment,  resupply,  and  redeployment  of 
combat  forces  and  the  support  equipment.  The  command  serves  as  the  single  manager 
for  DoD  airlift.  MAC  has  approxima  cly  eleven  base  level  EDSCs  for  support  of  base 
repair  and  local  manufacture. 
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TABLE  A-2.  USING  COMMANDAVEAPON  SYSTEMS  MATRIX 


USING  COMMANDS 

WEAPON  SYSTEMS 

MIUTARY  AIRLIFT  COMMAND  (MAC) 

C-130  C-5 

C-9  C-141 

TACTICAL  AIR  COMMAND  (TAC) 

STRATEGIC  AIR  COMMAND  (SAC) 

B-S2  FB-111  KC-10 

B-1B  KC-135 

PACIFIC  AIR  FORCES  (PACAF) 

C-130  KC-135  F-16 

C-5  E-3  A-10 

C-141  F-15  F-5 

HH-3  F/RF-4  OV-10 

B-52 

ALASKAN  AIR  COMMAND  (AAC) 

A-10 

OV-10 

F-16 

A.3.3.3  Strategic  Air  Command  (SAC) 

SAC  provides  and  operates  the  forces  necessary  to  ensure  an  effective  and  credible  deter¬ 
rent  to  nuclear  war  and  is  responsible  for  the  airborne  command  and  control  worldwide 
air  refueling  support,  and  strategic  reconnaissance.  SAC  has  approximately  five  base 
level  EDSCs  for  support  of  base  repair  and  local  manufacture. 

A.3.3.-»  Pacific  Air  Forces  (PACAF) 

PACAF  is  the  principal  air  arm  of  the  US  Pacific  Command.  The  primary  mission  of 
PACAF  is  to  plan,  conduct,  and  coordinate  offensive  and  defensive  air  operations.  The 
command  operates  300  PACAF  fighter  and  attack  aircraft. 

A.3.3.5  Alaskan  Air  Command  (AAC) 

The  Alaskan  Air  Command  is  responsible  with  providing  training  and  equipping  tactical 
Air  Forces  tn  preserve  the  national  sovereignty  of  United  States  lands,  waters,  and  air¬ 
space. 
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A.3.4  Major  Commands  (MAJCOMs) 

The  MAJCOMs  maintain  base  level  EDSCs  in  support  of  base  maintenance.  These  com¬ 
mands  are:  Electronic  Security  Command  (ESC),  Air  Force  Communications  Command 
(AFCC),  Air  Training  Command  (ATC),  and  Space  Command  (SPACECOM).  The  fol¬ 
lowing  is  a  general  description  of  other  MAJCOMs  use  and  management  of  engineering 
data  in  support  of  their  missions: 

A.3.4.1  Electronic  Security  Command  (ESC) 

ESC  develops  ways  to  exploit,  analyze,  jam,  confuse,  or  destroy  opposing  command, 
control,  and  communications  systems  while  ensuring  that  US  Air  Force  Communications 
are  protected  from  enemy  exploitation. 

A.3.4.2  Air  Force  Communications  Command  (AFCC) 

AFCC  complements  the  roles  AFSC  and  AFLXJ  play  in  the  procurement  of  large-scale 
developmental  systems  by  purchasing  communications  systems  that  arc  commercially 
available  off-the-shelf.  AFCC  is  responsible  for  the  integration  of  base  level  communi- 
cations-computer  systems.  AFCC  is  responsible  for  planning,  budgeting,  engineering, 
installing,  operating,  and  maintaining  C-E,  automated  data  processing  (ADP),  and  air 
traffic  control  (ATC)  support  and  services  for  the  Air  Force. 

A.3.4.3  Space  Command  (SPACECOM) 

SPACECOM  manages  and  operates  assigned  space  assets,  develops  requirements,  and 
advocates  needs  for  space  activities  and  provides  an  interface  between  research  and  de¬ 
velopment  activities  and  users.  SPACECOM  provides  warnings  of  a  space  or  missile 
attack,  ground  control  support  for  DoD  satellites  in  peacetime  and  wartime,  and  has  the 
ability  to  negate  enemy  space  systems  during  conflict. 

A.3.4.4  Air  Training  Command  (ATC) 

ATC  is  responsible  for  recruiting  and  officer  commissioning  programs  as  well  as  basic 
military,  technical,  and  flying  training. 

A.3.S  Test  Oiganizations  and  Laboratories 

During  acquisition  and  post-production  support  phases,  the  test  organizations/laboratories 
are  responsible  for  performing  operational  flight  testing,  design/manufacturing,  and  in¬ 
stallation  in  support  of  new  weapon  systems  and  modification  programs. 

A.3.5.1  Test  Wings 

•  49S0th  Test  Wing  ~  The  4950th  Test  Wing/AM  (Directorate  or  Aircraft  Modifica¬ 
tions)  conducts  flight-test  programs  on  military  systems,  subsystems,  and  compo¬ 
nents  and  operates  and  maintains  assigned  test  aircraft  and  equipment.  The  Test 
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Wing  performs  Class  n  (research  and  development)  modification  engineering  analy¬ 
sis,  design,  fabrication,  manufacturing  and  installation.  It  also  furnishes  flight-test 
engineering  support  and  engineering  data  acquisition  services  for  specialized  mis¬ 
sions  on  a  worldwide  basis.  The  Test  Wing  has  an  extensive  manufacturing  capa¬ 
bility  in  support  of  Class  II  modifications  which  includes'  CAD/CAM/CAE  equip¬ 
ment  and  CNC  machines. 

•  3246th  Test  Wing  -  The  3246th  Test  Wing  operates  and  maintains  the  ranges  and 
facilities  for  the  test  and  evaluation  of  non-nuclear  armaments  and  electronic  com¬ 
bat  systems.  Support  for  testing  and  other  range  activities  is  provided  to  the  De¬ 
partment  of  Defense,  other  governmental  agencies,  and  commercial  enterprises. 

A.3.5.2  Test  Centers 

•  Air  Force  Flight  Test  Center  (AFFTC)  -  AFFTC  conducts  and  supports  flight  test¬ 
ing  and  evaluation  of  manned  and  unmanned  aircraft,  aerospace  research  vehicles, 
related  propulsion,  flight-control  avionics,  and  weapon  systems  in  or  entering  the 
Air  Force  inventory.  Similar  tests  and  evaluation  can  also  be  carried  out  by  AFFTC 
on  aircraft  belonging  to  other  US  military  services  and  government  agencies  and 
aircraft  and  related  systems  of  certain  foreign  governments.  AFFTC  has  a  base 
level  EDSC  in  support  of  the  testing  activities. 

•  Air  Force  Operational  Test  and  Evaluation  Center  (AFOTEC)  -  AFOTEC  is  the 
Air  Force’s  independent  test  agency  responsible  for  operational  testing  of  new  or 
modified  weapon  systems  and/or  components  being  developed  for  Air  Force  and 
multiservice  use.  The  primary  purpose  of  conducting  operational  test  and  evalu¬ 
ation  (OT&E)  is  to  reduce  risk  in  the  acquisition  process  by  determining  how  well 
systems  perform  when  operated  and  maintained  by  Air  Force  personnel  in  a  realis¬ 
tic  operational  environment.  AFOTEC  is  also  responsible  for  reviewing  appropriate 
PMDs,  SONS,  and  determining  OT&E  requirements.  AFOTEC,  when  directed  by 
HQ  USAF,  budgets  and  conducts  OT&E  modification  programs. 

A.3.5.3  Additional  Test  Organizations 

There  are  several  other  development  and  test  organizations,  including  the  Air  Force  Engi¬ 
neering  and  Services  laboratory  (AFESC/RD);  Arnold  Engineering  Development  Center 

(AEDC),  Space  and  Missile  Test  Organization  (SAMTO);  Western  Space  and  Missile 

Center  (WSMC),  Eastern  Space  and  Missile  Center  (ESMC),  and  the  Consolidated  Space 

Test  Center  (CSTC). 

A.3.5.4  Laboratories 

•  Wright  Research  and  Development  Center  (WRDC)  -  WRDC  was  established  to 
enhance  the  integration  of  technologies  in  the  areas  of  materials,  aero  propulsion, 
avionics,  and  flight  dynamics.  WRDC  conducts  and  supports  research,  exploratory 
development,  and  advanced  technology  development  in  many  fields  and  is  responsi- 
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ble  for  selected  engineering  development  efforts  as  well  as  the  Air  Force’s  Manu¬ 
facturing  Technology  (MANTECH)  program  and  the  Repair  Technology  (REP- 
TECH)  program.  WRDC  has  four  major  laboratories: 

o  Materials  Laboratory  (ML)  -  Conducts  the  total  Air  Force  program  in 
testing  and  development  of  materials  application,  exploratory  development, 
metals,  ceramics,  and  non-metallic  materials.  Some  major  areas  of  empha¬ 
sis  include  Computer-Integrated  Manufacturing  (CIM),  thermal  protection 
materials,  composites  and  metals  for  high-temperature  applications.  The 
following  tv/o  major  ML  programs  are  performing  R&D,  test  and  evaluation 
of  emerging  FDD  technologies: 

Manufacturing  Technology  (MANTECH)  Program  -  The  objective  of  MAN¬ 
TECH  is  to  reduce  material  acquisition  costs  by  demonstrating  first-case, 
factory-floor  implementation  of  new  or  improved  manufacturing  methods, 
processes,  and  equipment  at  the  contractor’s  plant  that  are  applicable  to 
DoD  weapon  systems. 

Repair  Technology  (REPTECH)  Program  -  REPTECH  involves  the  implemen¬ 
tation  of  new  technology  in  the  ALCs.  In  general,  a  REPTECH  project  is 
applicable  when  the  technology  for  the  solution  to  a  depot  repair  operation 
problem  exists,  but  a  shop  floor  solution  is  not  commercially  available.  The 
objectives  of  the  REPTECH  program  are  to  develop/implement  appropriate 
technology  to  establish,  upgrade  or  modernize  the  manufacture,  repair, 
maintenance,  and  quality  assurance  operations  at  the  ALCs  and  to  integrate 
advanced  technology  into  depot  repair  operations  for  achieving  maximum 
productivity  growth  and  cost  efficiency. 

o  Avionics  Laboratory  (AA)  -  Conducts  research  and  development  in  the 
areas  of  navigation,  surveillance,  reconnaissance,  electronic  warfare,  fire 
control,  weapon  delivery,  electronic  technology,  and  avionics  systems  to 
provide  a  broad  technology  base  for  future  systems  and  ensure  application 
to  Air  Force  aerospace  needs.  The  term  “avionics”  is  defined  as  all  of  the 
electronics  aboard  aviation  and  aerospace  systems. 

o  Flight  Dynamics  Laboratory  (FI)  -  Focuses  primarily  on  developing  flight- 
vehicle  technologies,  including  structural  design  and  durability,  vehicle  dy¬ 
namics,  subsystems  and  equipment,  crew  escape  and  recovery,  flight  simu¬ 
lation,  aerodynamics,  and  performance. 

o  Aero  Propulsion  Laboratoiy  (PO)  -  Conducts  research  and  development  in 
the  areas  of  aerospace  power,  air-breathing  propulsion,  and  fuels  and  lubri¬ 
cation. 

•  Rome  Air  Development  Center  (UADC)  -  RADC  is  the  principle  organization  re¬ 
sponsible  for  the  Air  Force  R&D  programs  related  to  command,  control,  and  com- 
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munications  (C3).  RADC  is  responsible  for  advancing  technology  and  assisting  in 
demonstrating  and  acquiring  selected  systems  and  subsystems  within  the  areas  of 
intelligence,  reconnaissance,  and  mapping  and  charting. 

A.3.6  Air  National  Guard  (ANG) 

The  ANG’s  federal  mission  is  to  provide  trained  personnel  for  prompt  mobilization  as  the 
primary  source  of  augmentation  for  the  Air  Force  in  the  event  of  emergency.  ANG  units 
are  assigned  to  10  gaining  MAJCOMs  of  the  Air  Force  in  support  of  this  mission.  ANG 
provides  air-to-air  refueling  for  strategic  and  tactical  missions  Support  units  within 
ANG  include  tactical  control  units,  combat  information  system  units,  engineering  installa¬ 
tion  squadrons,  base  information  systems  flights,  weather  flights,  a  range  control  squad¬ 
ron,  and  aircraft  control  and  warning  squadrons.  The  ANG  units  have  base  level  EDSCs 
in  support  of  repairs  and  local  manufacturing. 

A.3.7  Separate  Operating  Agency  -  Air  Force  Reserve  Forces  (AFRES) 

AFRES  provides  trained  units  and  qualified  personnel  for  active  duty  in  times  oi  emer¬ 
gency  and  supports  Air  Force  mission  requirements  as  a  by-product  of  training  for  peace¬ 
time  missions  AFRES  also  flies  MAC  missions,  performs  aerial  refueling  sorties  for 
S.\C,  performs  search  and  rescue  missions,  and  provides  rescue  support  for  launches  and 
recovery  of  space  shuttle  missions. 

A. 3. 8  Direct  Reporting  Unit  -  /Vir  Force  Technical  Applications  Center  (AFfAC) 

AFTAC  is  responsible  for  system  manager  responsibilities  for  all  mission  equipment 
which  IS  designated  Atmospheric  Research  Equipment  (ARE)  and  Special  Electronic 
Equipment  (SEE)  The  AFTAC  Technical  Operations  Division  maintains  an  EDSC  for 
atomic  energy  detection  system  data. 

A.4  FUNCTIONAL  RESPONSIBILITIES 

Tabic  A-3  depicts  the  Air  Force  MAJCOM  organizations  that  acquire,  use,  and  manage 
FDD  throughout  the  life  cycle  of  the  weapon  system.  The  matri.\  shows  the  organizations 
that  have  primary  and  supporting  responsibility  in  relation  to  the  functions  defined  in  the 
IDEf-'o  model  (Section  3) 
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B.l  INTRODUCTION 


The  IDEFo  model  analyzes  each  activity  in  terms  of  Inputs,  Controls,  Outputs,  and 
Mechanisms  (ICOMs)  and  interrelationships  among  activities.  Definitions  of  ICOMs  are 
given  in  Figure  B-1.  Th.e  ICOMs  indicate  the  constraints  on  an  activity  and  the  informa¬ 
tion  and  materials  that  are  used  in  or  produced  by  the  activity.  The  process  name  appears 
in  each  box.  Information  flow  between  activities  is  represented  by  arrows  that  intercon¬ 
nect  the  activity  boxes.  Information  flows  are  identified  by  using  a  noun  or  noun  phrase 
linked  to  the  appropriate  arrow  by  a  graphic  indicator.  The  structure  of  an  IDEFq  model 
is  shown  in  Figure  B-2  A  series  of  four  diagrams  is  shown  along  with  each  diagram's 
relation  to  the  others. 


INPUTS: 

An  input  IS  information  or  material  that  is  used  to  produce  the  outputs 
of  an  activity.  Input  is  consumed  or  transformed  by  the  activity.  Input 
flows  always  enter  the  left  side  of  an  activity  box.  It  is  not  necessary 
for  each  activity  to  have  identified  Input  flows  on  a  diagram. 

CONTROLS; 

A  control  IS  information  or  material  which  constrains  an  activity,  it  regulates 
the  transformation  of  input  into  output.  Controls,  however,  are  not  changed 
by  the  activity  as  Inputs  are.  These  flows  always  enter  the  top  of  an 
activity  box.  If  a  control  governs  all  the  subtasks  for  an  activity,  the  entry 
for  the  lower  level  activity  is  left  blank. 

OUTPUTS: 

Output  IS  information  or  materials  that  are  produced  by  the  activity  or 
result  from  the  activity  Output  flows  always  leave  the  right  side  of  an 
activity  box.  Output  must  bo  present  for  evey  activity  and  must  show  the 
transformation  of  the  input. 

MECHANISMS; 

Mechanisms  are  usually  machines,  resources,  or  existing  systems  (hardware 
/software)  that  perform  the  activity  or  provide  energy  to  the  activity 
Mechanisms  always  enter  the  bottom  of  an  activity  box.  All  activities  must 
have  mechanisms.  However,  they  may  be  intentionally  omitted  from  a 
diagram. 

FIGURE  B-I.  ICOM  DEFINITIONS 


An  IDEFo  model  starts  by  representing  the  whole  system  as  a  simple  unit  -  a  box  with 
ariow  interfaces  with  functions  outside  the  system.  Since  the  single  box  represents  the 
system  as  a  whole,  the  descriptive  name  written  in  the  box  is  general.  The  same  is  true 
of  the  interface  arrows,  since  they  also  represent  the  complete  set  of  external  interfaces  to 
the  system  as  a  whole. 

The  box  that  represents  the  system  as  a  single  module  is  then  detailed  on  another  diagram 
with  boxes  connected  by  interface  arrows.  These  boxes  represent  major  subfunctions 
(submodules),  each  represented  as  a  box  whose  boundaries  are  defined  by  the  interface 
arrows.  Each  of  these  submodule  boxes  may  be  similarly  decomposed  to  expose  even 
more  detail. 
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Every  component  may  be  decomposed  in  another  diagram 
Every  diagram  shows  the  "inside"  of  a  box  on  a  parent  diagram 


FIGURE  B-2.  IDEFg  MODEL  STRUCTURE 
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B.2  ENGINEERING  DATA  PROCESS  -  NODE  AO 


The  node  tree  provides  a  high  level  overview  of  the  entire  Engineering  Data  process.  The 
context  diagram  AO  decomposes  the  Engineering  Data  process  into  the  following  major 
sub-functions  Acquire  Engineering  Data,  Use  Engineering  Data  and  Manage  Engineer¬ 
ing  Data  In  general,  this  node  depicts  the  engineering  data  acquisition  activities  per¬ 
formed  by  AFSC  with  support  from  the  ALCs  (Node  Al):  receipt  of  the  data  by  the 
ALCs  in  the  form  of  aperture  cards  to  support  jxist-production  activities,  spares 
reprocurement,  local  manufacturing,  repairs,  and  modifications  (Node  A2),  and  the  man¬ 
agement,  control,  and  distribution  of  the  data  by  the  ALCs  and  MAJCOMs  (Node  A3). 
(See  Figure  B-3,  the  node  tree,  and  Figure  B-4,  the  IDEFo  process.)  AFR  800-34  (Engi¬ 
neering  Data  Acquisition)  sets  the  policy  and  guidance  for  engineering  data  acquisition 
and  use  DoD-D-lOOOB  (Engineering  Drawings  and  Associated  Lists)  and  DoD- 
STD-IOOC  (Engineering  Drawing  Practices)  prescribes  the  engineering  data  format  and 
practices  Management  and  control  of  the  engineering  data  is  performed  per  AFR  67-28 
(Engineering  Data  Distribution  and  Control). 

The  node  tree  diagram  presented  in  Figure  B-3  gives  a  hierarchical  overview  of  the  engi¬ 
neering  data  activities  In  contrast  with  the  IDEFo  model,  the  node  tree  does  not  direct 
information  flows  related  to  the  activities.  The  node  tree  provides  a  reference  point  for 
understanding  the  actititics  and  decomposition  relationships  represented  in  the  iivEFo 
diagrams  See  Figure  B-4  for  an  overview  of  the  IDEFo  model. 

B.3  ACQUIRE  ENGINEERING  DATA  -  NODE  Al 

Upon  approval  of  the  Statement  of  Operational  Need  (SON)  by  HQ  USAF,  the  acquisition 
of  engineering  data  is  planned  in  support  of  the  weapon  system  through  the  development 
of  the  Engineering  Data  Management  Plan  (EDMP).  A  data  call  is  initiated  by  the  SPO 
allowing  the  ALCs  to  define  the  engineering  data  requirements.  Then,  a  contract  is 
awarded  and  the  engineering  data  is  developed  by  contractors.  The  SPO  conducts  several 
reviews  and  audits  throughout  the  acquisition  life  cycle.  Finally,  the  engineering  data  is 
inspected/accepted  by  the  ALCs.  (See  Figure  B-5.  the  node  tree,  and  Figure  B-6,  the 
IDEFo  process.) 

The  engineering  data  to  be  acquired  is  developed  during  each  major  weapon  system 
phase 

•  Level  1  Engineering  Data  documents  the  concept  and  fabrication  of  the  develop¬ 
mental  hardware  This  data  is  required  during  the  conceptual  exploration  phase  of 
acquisition  and  normally  is  not  delivered  except  as  required  to  support  technical 
reviews. 
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A1  Acquire  Eng  Data 


ACQUIRE  ENGINEERING  DATA 


•  Level  2  Engineering  Data  documents  the  design  approach  and  is  used  to  develop  a 
prototype.  This  data  is  required  during  the  demonstration,  validation,  and  fuli  scale 
development  phases. 

•  Level  3  Engineering  Data  is  essential  for  maintenance,  modification,  logistics,  and 
engineering  support  of  the  production  item.  Level  3  Engineering  Data  is  also  essen¬ 
tial  for  the  competitive  reprocurement  of  the  contract  end  items  and  their  spare 
parts. 


B.3.1  Ilan  Acquisition  -  Box  All 


The  first  major  activity  in  the  acquisition  of  engineering  data  is  developing  an  EDMP 
which  defines  the  engineering  data  requirements.  AFSC  has  primary  responsibility  for 
the  planning  with  support  from  the  ALC  Engineering  Data  Management  Officer  (EDMO). 
In  response  to  the  data  call,  the  EDMOs  tailor  DoD-D-lOOOB  and  DoD-STD-lOOC  based 
on  the  requirements  (AFSCP/AFLCP  800-34  and  AFSCP  800-18  are  used  as  guides  in 
the  planning  process.) 


Inputs: 

Controls: 

Outputs' 

Mechanisms' 


SOW,  ILSP/PMP. 

AFR  310-1,  AFR  800-34. 

Request  Foi  Proposal  (RFP). 

ALC(s),  System  Program  Office  (SPO),  Using  Commands. 


B.3.2  Create  Engineering  Data  -  Box  A12 


The  contractor  develops  the  engineering  data  based  on  an  understanding  of  the  contract 
requiiements  in  DoD-D-lOOOB  and  DoD-STD-lOOC  standards. 


inputs: 

Controls: 

Outputs: 

Mechanisms: 


Request  for  Proposal  (RFP). 
DoD-D-lOOOB,  DoD-STD-lOOC 
Initial  Engineering  Data  (Levcl-2  ). 
EDMO,  Contractor(s). 


B.3.3  Review  Engineering  Data  -  Box  A13 


The  initial  engineering  data  developed  by  the  contractor  is  reviewed  and  audited  by  the 
Air  Force  at  the  contractor’s  site  prior  to  its  acceptance.  The  review  process  is  performed 
by  the  SPO  with  support  from  the  ALCs,  Air  Force  Plant  Representative  Officer 
(APPRO),  and/or  Defense  Contract  Administrative  Service  Management  Area 
(DCASMA)  representative. 


Inputs. 

Controls. 

Outputs 

Mechanisms: 


Initial  Engineering  Data,  Engineering  Data  Review  Check  List. 
AFR  65-3,  MIL-STD-1521B,  MIL-I INBK-288 
Lcve!-3  Engineering  Data  or  other  Engineering  Data 
Prime  ALC,  AFPRO/DCASMA,  SPO,  Contractor 
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B.4  PLAN  ACQUISITION  -  NODE  All 


Planning  the  acquisition  of  engineering  data  is  completed  primarily  by  AFSC  with  support 
from  the  ALCs,  and  includes  the  following  activities,  defining  the  weapon  system  require¬ 
ments,  developing  the  EDMP,  initiating  the  data  call,  defining  the  data  requirements,  and 
preparing  the  Request  For  Proposal  (RFP).  (See  Figure  B-7) 

B.4.1  Define  System  Requirements  -  Box  Alll 

The  system  requirements  are  determined  from  the  SON  and  feasibility  study  contract(s), 
after  which  a  SOW  outlining  these  requirements  is  prepared  by  the  SPO.  The  Program 
Management  Directive  (PMD)  is  the  output  of  this  system  requirements  definition  Once 
the  PMD  IS  established,  the  EDMP  can  be  developed. 

inputs-  SOW,  SON,  Feasibility  Study  Contracts. 

Controls:  AFR  800-34. 

Output-  PMD  (AFSC  Form  56). 

Mechanisms-  SPO,  ALCs,  Using  Commands. 

B.4,2  Develop  EDMP  -  Box  AU2 

The  Engineering  Data  Management  Plan  (EDMP)  sets  the  strategy  for  the  acquisition  and 
management  of  engineering  data.  The  purpose  of  an  EDMP  is  two-fold,  to  document 
essential  planning  information  and  the  status  of  engineering  data  development  The 
EDMP  defines  the  contractor's  proposal  ecaluation  strategy  and  the  criteria  for  making 
engineering  changes  (time  period  and/or  number  of  changes)  The  Configuration  Man¬ 
agement  Plan  (CMP),  which  defines  the  engineering  release  system,  configuration  audits, 
and  the  contractor  change  control  process,  evolves  from  the  EDMP.  The  EDMP  may  be 
part  ot  the  Program  Management  PlanAntegrated  Logistics  Support  Plan  (PMP/ILSP)  or 
separately  established.  The  EDMP  also  initiates  the  Engineering  Data  Activity  Record 
File  ^EDAR^),  which  tracks  the  acquisition  of  engineering  data  as  well  as  other  activities 
(AFR  800-34  describes  the  requirements  for  the  development  of  the  EDMP.) 

Inputs-  PMD,  PMP/ILSP 

Controls.  AFR  800-3't 

Outputs  EDARF,  EDMP,  Configuration  Management  Plan  (CMP) 

Mechanisms  Prime  ALC/EDMO,  SPO/EDMO. 

B.4. 3  Initiate  Data  Call  -  Box  A113 

The  Systems  Program  Office  (SPO),  contacts  the  prime  ALC  to  define  the  type  and  con¬ 
tent  of  engineering  data  to  be  acquired  by  the  Air  Force.  The  Deputy  Program  Manager 
for  Logistics  (DPML)  ensures  that  the  data  call  from  the  Data  Management  Officer 
(DM0)  IS  initiated  properly  and  responses  from  ALCs  are  received.  AFLC  Form  365 
(Contractor  Data  Call)  is  used  to  initiate  the  data  call  from  DM0.  The  responses  are 
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FIGURE  B-7.  PLAN  ACQUISITION  IDEFq  MODEL 


received  in  AFLC  Form  585  (Contractor  Data  Requirement  Substantiation)  by  the  ALC/ 
EDMO.  (APR  310-1  describes  the  procedures  for  managing  the  engineering  data.) 


Inputs: 

Controls: 

Outputs 

Mechanisms: 


Contractor  Data  Call  (AFLC  Form  365),  EDMP. 
APR  310-1. 

Data  Call  Response  (AFLC  Form  585). 

EDMO,  DPML,  ALC. 


B.4.4  Define  Engineering  Data  Requirements  -  Box  A114 


The  Data  Requirements  Review  Board  (DRRB)  and  SPO  refine  the  engineering  data  re¬ 
quirements  based  on  EDMP,  PMP/ILSP,  and  responses  to  the  data  call.  These  require¬ 
ments  not  only  define  contents  of  data,  but  also  contract  requirements  (DoD-STD-lOOC 
describes  the  engineering  drawing  practices  and  format,  and  DoD-D-lOOOB  describes  the 
content  of  engineering  data.) 


Inputs. 

Controls- 

Outputs. 

Mechanisms- 


Data  Call  Response  (AFLC  Form  585),  EDMP.  PMP/ILSP. 
AFR  310-1,  DoD-D-lOOOB,  DoD-STD-lOOC. 

Contract  Requirements  for  Engineering  Data  (CRED) 
DRRB.  SPO/EDMO. 


B.4.S  Develop  Request  for  Proposal  -  Box  AU5 

The  SPO  and  Contract  Administration  Officer  (CAO)  prepare  the  Contract  Data  Require¬ 
ments  List  (CDRL)  and  a  Request  for  Proposal  (RFP)  for  distribution  to  appropriate 
contractor(s)  The  SOW  defines  the  contract  deliverables  and  the  requirements  for  con¬ 
tractor  services  (not  the  actual  items  or  data  to  be  delivered)  The  CDRL,  on  the  other 
hand,  defines  the  delivery  and  content  of  the  engineering  data. 

Inputs:  Contract  Requirement  of  Engineering  Data  (CRED) 

Controls:  AFR  310-1. 

Outputs.  RFP 

Mechanisms  CAO,  SPO 


B.5  CREATE  ENGINEERING  DATA  -  NODE  A12 

The  engineering  data  is  developed  by  the  contractor,  but  the  Air  Force  ensures  that  the 
engineering  data  supports  the  ALCs  and  other  MAJCOMs  during  the  post-production 
phase  During  this  process,  the  contract,  which  describes  the  engineering  data  require¬ 
ments,  IS  awarded  by  the  Program  Contracting  Office  (PCO).  An  Engineering  Data  Guid- 
anee  Conlerence  is  held  after  the  contract  is  awarded,  which  allows  the  contractor  and  the 
Air  Force  to  discuss  any  discrepancies  and  ambiguous  requirements.  The  contractor  then 
creates  the  engineering  data  as  agreed  upon  in  the  contract.  (See  Figure  B-8) 

B.5.1  Award  Contract  -  Box  A121 

Altei  issuance  of  the  RFP,  proposals  from  various  contractors  are  reviewed  and  the  con¬ 
tract  IS  awarded  to  the  contractor  whose  proposal  best  meets  the  Air  Force  cost  and 
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technical  requirements.  The  contract  itself  consists  of  the  following.  SOW,  Federal  Ac¬ 
quisition  Regulation  (FAR)  clauses,  DI-E-7031,  and  CDRL  DD  Form  1423.  DI-E-7031 
(Indentured  Engineering  Data  List)  details  the  requirements  for  parts  list,  drawings,  proc¬ 
ess  information,  specifications,  etc.,  to  meet  government  requirements  as  per 
DoD-D-lOOOB.  The  DPML  is  responsible  for  ensuring  that  all  the  above  documents  are 
part  of  the  contract 


Tlie  award  of  contract  also  receives  input  from  the  System  Operational  Requirement 
Document  (SORD),  Depot  Support  Requirements  Document  (DSRD),  EDMP  and  Engi¬ 
neering  Data  Requirements  Document  (EDRD).  MIL-HNBK-245  describes  the  prepara¬ 
tion  of  the  SOW. 


Inputs- 

Controls- 

Outputs. 

Mechanisms: 


SORD,  DSRD,  EDRD,  EDMP,  RFP,  Dl-E-7031,  CDRL. 
AFR  57-1,  MIUHNBK-245. 

Contract,  Update  EDARF,  Limited  Data  Rights. 

DPML,  SPO,  PCO,  Contractor. 


B.S.2  Conduct  Engineering  Data  Guidance  Conference  -  Box  A122 

The  contractor  conducts  an  Engineering  Data  Guidance  Conference  as  required  in  the 
contract  and  the  EDMP.  As  the  first  order  of  business,  the  SPO  and  ALC  Engineering 
Data  Management  Officers  (EDMOs)  ensure  that  the  contractor  understands  the  format 
and  the  content  of  the  engineering  data  to  be  furnished  (as  per  DoD-D-lOOOB,  DoD- 
STD-IOOC,  and  AFR  800-34).  The  topics  addressed  by  the  conference  are:  1)  CDRL 
requirements,  applicable  DlDs,  specifications  and  standards,  2)  engineering  data  review, 
and  delnery  requirements  and  schedules,  3)  contractor  drafting  practices,  numbering  sys¬ 
tem,  quality  assurance  procedure,  data  rights  markings,  and  configuration  management 
system,  and  4)  the  role  of  subcontractors  The  Air  Force  assigns  a  set  of  Government 
Designed  Activity  (GD.A)  drawing  numbers  for  the  contractor-developed  drawings  and 
associated  lists  As  a  result  of  the  conference  the  engineering  data  requirements  are 
clarified  so  that  the  contractor  can  finalize  the  preparation  of  engineering  data. 

Inputs:  Engineering  Data  Management  Plan  (EDMP),  Contract. 

Controls-  DoD-D-lOOOB,  DoD-STD-lOOC,  AFR  57-1. 

Outputs.  Updated  EDMP,  Clarification  of  Engineering  Data  Requirements,  GDA 

Drawing  Numbers. 

Mechanisms  Program  Contracting  Officer  (PCO),  Contractor,  SPO/EDMO,  ALC/ 
EDMO. 


B.5.3  Develop  Engineering  Data  -  Box  A123 

The  cuntradur  prepares  the  engineering  data,  while  the  EDMO  is  responsible  foi  monitor¬ 
ing  progress  and  updating  the  EDMP  throughout  the  acquisition  program.  (Data  Flow 
Diagrams  that  detail  a  description  of  the  contractor’s  development  of  PDD,  i.e.,  engineer¬ 
ing  design  and  manufacturing  data,  are  included  in  Sections  4  3,  4  4,  and  Appendix  C.) 
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Inputs: 

Controls: 

Outputs: 

Mechanisms: 


Clarification  of  Engineering  Data  Requirements,  Updated  EDMP,  GDA 
Drawing  Numbers,  Contract  Documents. 

APR  57-1,  DoD-D-lOOOB,  DoD-STD-lOOC. 

Initial  Engineering  Data  (Level  2). 

Contractor. 


B.6  REVIEW  ENGINEERING  DATA  -  NODE  A13 

This  node  provides  a  high  level  overview  of  the  audits  and  reviews  conducted  and  the 
changes  that  occur  before  the  contractor’s  engineering  data  is  accepted.  AFSCP  800-34, 
AFLCP  800-18,  and  AFSCR  800-16  provide  guidance  for  the  reviews.  The  EDARF 
tracks  the  status  of  the  reviews  and  audits,  (See  Figure  B-9) 


B.6.1  Conduct  Design  Reviews  -  Box  A131 


During  this  activity,  the  ALC/SPM,  with  support  from  the  division  SPO/EDMD  and 
DPML,  conducts  several  reviews  typically  held  at  the  contractor’s  facility.  These  reviews 
continue  throughout  the  weapon  system  program  and  include  the  System  Requirements 
Review  (SRR),  System  Design  Review  (SDR),  Preliminary  Design  Review  (PDR)  and 
Critical  Design  Review  (CDR).  These  design  reviews  allow  the  Air  Force  to  inspect  the 
complete  system  design  and  evaluate  its  capability  to  satisfy  total  mission  requirements. 
The  EDMP  defines  the  necessary  guidelines  and  schedules  for  these  reviews. 


Inputs; 

Controls: 

Outputs: 

Mechanisms. 


Initial  Engineering  Data,  EDMP,  CMP. 

MID-STD- 152 IB.  MIlv-UNBK-288,  APR  800-34. 
Approved  Initial  Engineering  Data. 

Contractor,  SPO/EDMO,  ALC/SPM.  DPML. 


B.6.2  Conduct  IPRs  -  Box  A132 


IPRs  are  conducted  periodically  by  the  SPO/EDMO,  with  support  provided  by  ALC/ 
EDMO,  throughout  the  acquisition  phase.  The  purpose  of  the  IPRs  are  to  ensure  that  the 
drawings  are  prepared  per  Air  Force  requirements  and  to  verify  that  the  engineering 
drawings  are  in  compliance  with  contractual  requirements  The  IPR  checks  the  engineer¬ 
ing  drawings  for  accuracy,  legibility,  completeness,  correctness,  contingencies  (warranty, 
etc.),  conformance  to  standard,  and  ability  to  completely  reprocure.  The  discrepancies 
and  recommended  corrective  actions  arc  presented  to  the  contractor  by  the  EDMO.  An 
Engineering  Data  Review  Check  List  is  used  as  a  guide  for  the  reviews. 


Inputs. 

Controls: 

Outputs 

Mechanisms: 


EDARF,  Approved  Engineering  Data,  Engineering  Data  Review  Check 
List,  EDMP,  Modified  Engineering  Data, 

M1L-STD-1521B,  AFSv,R  800-16,  AFR  800-34. 

EDARF  Update,  Revised  Engineering  Data. 

PCO,  Contractor,  SPO/EDMO,  ALC/EDMO,  AFPRO/DCAS. 
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FIGURE  B-9.  REVIEW  ENGINEERING  DATA  IDEF„  MODEL 


B.6.3  Conduct  Audits  -  Box  A133 


The  purpose  of  the  Physical  Configuration  Audit  (PCA),  the  Functional  Configuration 
Audit  (FCA),  and  the  Formal  Qualification  Review  (FOR)  arc  to  establish  a  product 
baseline  reflected  by  configuration  items  (CIs).  The  PCA  verify  each  part  against  the 
physical  dimensions  on  the  drawings.  The  PCA  is  conducted  by  AFPRO,  SPO  (Configu¬ 
ration  Division),  and  the  ALC  System  Program  Manager  (SPM). 

The  result  of  the  audit  is  the  Product  Baseline,  System  Allocation  Document,  and  Discrep¬ 
ancy  Reports.  While  the  Product  Baseline  describes  the  basic  mission  requirements,  the 
System  Allocation  Document  identifies  and  tracks  each  item  in  a  weapon  system  by  serial 
number.  The  Discrepancy  Reports  document  issues  to  be  resolved. 

Inputs:  Revised  Engineering  Data,  Configuration  Management  Plan  (CMP), 

Modified  Engineering  Data,  EDMP. 

Controls.  MIl^STD-1521B,  AFR  65-3,  MIL-HNBK-288. 

Outputs;  Product  Baseline,  System  Allocation  Document,  Discrepancy  Reports. 

Mechanisms;  AFPRO/DCAS,  Contractor,  SPO  (Configuration  Div),  ALC/SPM 


B.6.4  Modify  Engineering  Data  -  Box  A134 


Upon  receipt  of  the  Discrepancy  Report,  the  contractor  modifies  the  engineering  data, 
incorporating  corrections  per  the  deficiencies  identified  during  reviews/audits  The  modi¬ 
fied  engineering  data  is  validated  at  the  subsequent  IPRs,  design  reviews,  and  audits 


Inputs: 

Controls: 

Outputs' 

Mechanisms. 


Discrepancy  Reports 
DoD-D-lOOOB.  DoD-STD-IOOC 
Modified  Engineering  Data 
PCO.  SIK).  Contractor. 


B.6.5  Conduct  Final  Review  -  Box  A135 

A  final  review  of  the  engineering  data  is  conducted  as  per  AFSCR  800-16  prior  to  the 
acceptance  of  the  engineering  data  AFSCP  800-34.  AFUCP  800-18,  and  AFSCP  800-16 
guide  the  final  review  The  contiactor  makes  the  final  delivery  of  the  engineering  data 
according  to  the  requirements  of  the  CDRL 

Inputs  EDMP,  Modified  Engineering  Data.  Product  Baseline 

Controls  AFSCR  800-16 

Outputs  Final  Engineering  Data  Package 

•Mechanisms.  ALC,  SPO,  Contractor 

B.6.6  Inspect/Accept  Engineering  Data  -  Box  A136 

The  purpose  of  Program  Management  Responsibility  Transfer  (PMRT)  is  to  ensure  or¬ 
derly,  timely,  and  efficient  transfer  of  program  management  responsibility  from  the  im¬ 
plementing  command  (e  g.,  AFSC)  to  the  supporting  command  (e  g  ,  AFLC).  The  final 
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engineering  data  package  is  delivered  by  the  contractor  to  the  prime  ALC/MMED  (EDSC) 
organization  for  inspection  and  acceptance.  The  engineering  data  is  manually  checked 
against  the  packing  slip  (data  list)  using  DD  Form  250.  The  contractor  also  prepares  and 
delivers  a  Technical  Report  (as  required  in  Df-Misc-80048)  describing  the  weapon  sys¬ 
tem. 

When  a  firm,  continuing  need  exists  only  then  is  engineering  data  stored  (and  distributed) 
in  active  files  in  the  Deferred  Requisitioning  of  Engineering  Data  (DRED)  program. 

Inputs:  Final  Engineering  Data  package,  EDMP,  EDARF. 

Controls.  AFSCR  800-15  ^ 

Outputs  Level-3  Engineering  Data  Package,  Updated  EDARF,  Technical  Report. 

Mechanisms'  Prime  ALC,  MME,  EDSC,  AFPRO,  SPO 

B.7  USE  ENGINEERING  DATA  -  NODE  A2 

Engineering  data  is  delivered  to  the  Prime  ALC  in  the  form  of  aperture  cards  and  haid 
copy  drawings  The  data  is  used  to  support  the  reprocurement  of  spares,  local  manufac¬ 
turing,  repairs,  modifications,  and  other  aciivitics  Engineering  Change  Proposals  (ECPs) 
are  used  for  updating  the  engineering  data  during  weapon  system  support  functions  (See 
Figure  B-10,  the  node  tree,  and  Figure  B-II,  the  IDEFo  process.) 

B.7,1  Provide  Post-Production  Support  -  Bo.\  A2I 

The  ALCs  require  engineering  data  for  the  entire  life  cycle  of  the  weapon  system  in  order 
to  reprocure  spares,  perform  repairs,  manufacture  parts,  and  perform  modifications. 
The  MAJCOMs  use  cngineeiing  drawings  to  perform  repairs  and  local  manufacturing  in 
support  of  base  maintenance  (AFR  57—1  and  AFLCR  57-21  describe  the  procedures  and 
policies  for  modifications  ‘\FLCR  65-50  defines  the  management  of  Numerical  Control 
Industrial  Plant  Equipment  |NC1PE|) 

This  process  is  defined  in  detail  using  post-production  support  data  flow  diagrams  in 
Section  -1  5  and  Appendi.s  C 

Inputs  Deficiency  Reports,  Ixvel  3  Engineering  Data. 

Controls  AFR  57-4,  AFLCR  57-21,  AFLCR  66-50. 

Outputs  Proposed  Revisions/Changes 

Mechanisms  MNIE,  CRE,  Contractor 

B.7.2  Revise  Engineering  Data  -  Box  A22 

I  he  changes  proposed  either  by  the  MM  division  or  contractors  are  reviewed  by  the  Sys¬ 
tem  Piogram  Management  (SPM)  offke  and  then,  if  approved,  are  incorporated  into  the 
drawings  Occasionally,  ECPs  are  initiated  by  Using  Commands  (TAC,  MAC  and  SAC). 
Integrated  1-ogislics  Support  (1I.S)  activities  such  as  provisioning,  repairs,  spares,  etc  , 
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FIGURE  B-11.  USE  ENGINEERING  DATA  IDEFn  MODEL 


supply  feedback  for  drawing  revisions.  Depending  on  the  status  of  PMRT,  the  prime  ALC 
or  the  contractor  updates  the  drawings  and  keeps  track  of  the  configuration.  (MIl^ 
STD-480A,  MIL-STD-481A  and  MIl^STD-483  (USAFJ  specify  the  requirements  for 
managing  the  configuration  of  the  drawings.  AFR  65-3  describes  the  policies  and  proce¬ 
dures  for  configuration  management.  AFR  81-11  describes  the  policy  for  the  engineering 
data  change  process.) 


Inputs- 

Controls: 

Outputs; 

Mechanisms; 


ILS  Feed  Back,  ECP  (Using  Commands),  Proposed  Revisions/Changes. 
MIL-STD-480A,  MIL-STD-481A,  MIL-STD-483  (USAF),  AFR  81-11, 
DoD-STD-lOOC,  DoD-D-lOOOB,  AFR  65-3. 

Configuration  Control  Data,  Revised  Engineering  Data. 

ALC,  Contractor. 


B.8  PROVIDE  POST-PRODUCnON  SUPPORT  -  NODE  A21 

After  PMRT,  engineering  data  is  t-'td  to  provide  support  for  the  entire  life  cycle  of  a 
weapon  system  in  the  following  four  major  activities,  reprocure  spares,  local  manufacture 
within  the  ALC,  perform  repairs,  and  develop  modifications.  The  primary  users  of  engi¬ 
neering  data  for  these  activities  are  the  ALCs.  (See  Figure  B-12) 


B.8.1  Rcprocure  Spares  -  Box  A211 


The  spares  requirement  is  initiated  by  the  MMI  division  depending  on  the  spares  required, 
at  which  time  the  requirement  computation  is  performed  on  automated  systems  In  the 
case  of  first  time  reprocurement,  the  CRE  division  performs  manual  or  automatic  screen¬ 
ing  analysis  to  ensure  that  the  Air  Force  has  adequate  engineering  data  for  competitive 
reprocurement  CRE  also  creates  a  hierarchy  of  the  drawing  “trees”  in  order  to  develop 
the  master  bid  set  production.  Using  Data  List  Form  1659  to  prepare  a  data  list,  MMED 
prepares  the  master  bid  set  When  the  master  bid  set  is  completed,  the  Item  Manager 
(IM)  initiates  procurement  activities  using  a  Procurement  Request  (AFLC  Form  306). 
Items,  when  delivered,  are  stored  in  the  DS  division  inventory. 


Inputs- 

Controls: 

Outputs: 

Mechanisms: 


Screening  Analysis,  Data  List  (Form  1659),  Purchase  Request  (AFLC 
Form  306),  Level  3  Engineering  Data,  Spares  Requirement 
DoD-D-lOOOB,  DoD-STD-lOOC,  AFLCR  57-6. 

Screening  Analysis  for  Procurement  Method,  Spares  Status  Update, 
Spares,  Spares  to  be  Remanufactured. 

MMI,  CRE,  DS,  MA. 


B.8. 2  Perfonn  Local  Manufacturing  -  Box  A212 

The  Ai,Cs  remanufacture  spares  that  cannot  be  reprocured  based  on  the  cost  and  urgency 
of  the  requirement  The  request  for  manufacturing  is  initiated  by  a  Temporary  Work 
Request  (AFLC  Form  206)  A  Work  Control  Document  (AFLC  Form  958/959)  is  used 
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for  work  desciiption,  control,  and  identification  of  job  status.  This  process  is  also  auto¬ 
mated  with  the  G028  system  (Maintenance  Engineering  Data  Support  System  for  the 
Automation  of  Work  Control  Data).  When  the  engineering  data  is  not  available,  MMED 
creates  drawings  to  enable  the  MA  division  to  locally  remanufacture  the  parts 
Remanufactured  items  are  either  di.,triDuted  to  MA  for  installation,  sent  to  the  appropri¬ 
ate  Using  Command,  or  sent  to  DS  for  storage  and  subsequent  use.  Using  commands 
also  remanufacture  items  as  authorized.  Additionally,  Using  Commands  may  request 
ALCs  to  remanufacture  items  depending  on  the  authorizations,  complexity,  and  urgency 
of  need 

Inputs  Process  Orders  (AFLC  Form  561),  Work  Control  Document  (AFLC 

Form  9S9)/G028,  Local  Manufacturing  Requests  (.AFLC  206),  Material 
Requ-rement  (AFLC  Form  237),  Using  Command  Manufacturing  Re¬ 
quest,  Level  3  Engineering  Data,  Spares  to  be  remanufactured 
Controls  AFLCR  66-50,  AFLCR  66-51. 

Outputs  Remanufactured  Items. 

Mec.'^anisms.  MME,  MA,  MAJCOMs,  CR 


B.8.3  Perform  Repairs  -  Box  A213 


Repairs  are  performed  by  ALCs  and  Using  Commanos  in  support  of  depot  and  base-level 
maintenance  The  ALCs  and  Using  Commands  refer  to  engineering  drawings  parts  lists, 
specifications,  and  analysis  data  when  the  TO  does  not  provide  sufficient  intormation  to 
support  the  repatr  functions. 


Inputs 

Controls 

Outputs. 

Mechanisms 


Technical  Order  (TO)  Reference,  Level  3  Engineering  Data,  Using  Com¬ 
mand  Repair  Request,  Spares 
AFLCR  66-51,  AFLCR  66-52,  AFLCR  66-45 
Repaired  Items 
MM,  MA,  MAJCOMs. 


B.8.4  Develop  Modifications  -  Box  A214 

Mudificatiuns  are  requited  to  improve  salety  or  improve  reliability  and  maintainability  of 
the  weaj  3n  system  These  requirements  are  derived  from  the  analysis  of  the  Using  Com¬ 
mands'  Deficiency  Reports  ^Quality  Deficiency  Report  [QDR],  Tear  Down  Deficiency 
Report  ITDR.I  and  Maintenance  Deficiency  Repoit  [MDR]).  In  addition,  a  requirement 
can  be  generated  by  HQ  USAF  for  increasing  mission  capability  After  the  MM  division 
prepares  the  System  Specification  (Type  A)  and  SOW,  the  design/manufacture  of  the 
modilicatiun  is  contracted  out  In  some  instances,  depending  on  the  cost,  complexity,  and 
urgency  of  the  requirements,  MM  will  perform  the  design  and  MA  will  maiiufactuie/in- 
stall  the  modil.cation  kits  The  necessary  drawing  changes  are  incorporated,  a  kit  is 
prepared  for  installation,  and  a  lime  Compliance  Technical  order  (TCTO)  is  developed 
The  modification  kit  is  then  installed  in  the  weapon  system  and  tested 
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Inputs:  Level  3  Engineering  Data,  SOW/Contract,  Deficiency  Reports. 

Controls.  APR  57-4,  AFLCR  57-21. 

Outputs:  Modification  Kits,  TCTO,  Drawing  Changes. 

Mechanisms:  MM,  CR,  MA,  AFSC,  Contractor. 

B.9  REVISE  ENGINEERING  DATA  -  NODE  A22 

The  engineering  data  is  revised  during  the  weapon  system  life  cycle  as  a  result  of  local 
manufacturing,  repairs,  and  modifications.  Revisions  involve  updating  the  engineering 
data  to  reflect  changes  in  the  weapon  system.  The  steps  involved  in  the  revision  cycle 
are  create  an  ECP,  request  drawing  changes,  approve  engineering  changes,  and  update 
engineering  data  (See  Figure  B-13) 

15.9.1  Create  ECP  -  Iio.\  A221 

The  ECPs  are  created  as  a  result  of  deficiency  reports  (e.g.,  MDR,  QDR)  or  a  problem 
being  identified  by  the  SPO,  ALC,  or  contractor.  MID-STD-481A  and  480A  describes 
policies  and  procedures  for  initiating  and  approving  ECPs.  There  are  two  types  of  ECPs. 
Class  1 ,  which  arc  due  to  changes  m  drawing  due  to  form,  fit,  and  functions,  and  Class  2, 
which  are  due  to  changes  in  aocumentation. 

The  contractor  sends  Advance  Change  Study  Notices  (ACSNs)  (AFSC  Form  223)  and 
preliminary  ECPs  to  the  Air  Force.  The  CCB  either  requests  Issue  Change  Approval  or 
prepares  a  formal  ECP  (DD  Form  1693).  The  contractor  then  prepares  the  formal  ECP, 
Specification  Change  Notices  (SCNs)  (DD  Form  1696)  which  identify  specification 
changes,  and  change  pages  for  all  controlled  documents. 

Inputs  Deficiency  Reports,  Advance  Change  Study  Notice  (AFSC  Form  223) 

Controls  MIL-STD-481A,  M1L-STD-480A,  MIl^STD-483  (USAF) 

Outputs  ECP  Preparation  (DD  Form  1693),  Specification  Change  Notice  (DD 

Form  1696) 

Mechanisms  Contractor,  MM,  SIK) 

15.9.2  Request  Drawing  Change  -  Box  222 

Apart  from  the  ECPs  created  by  the  contractor,  Organic  Change  Proposals  (OCP)  are 
generated  within  the  ALCs  In  addition,  drawing  changes  due  to  modifications  result  in 
drawing  change  requests  Depending  on  the  complexity  of  the  change,  the  engineering 
data  to  be  revised  is  sent  to  the  respective  ALC  System  Program  Manager  (SPM)  or 
Configuration  Control  Board  (CCB)  organizations  for  review  (AFR  65-3  describes  poli¬ 
cies  and  procedures  for  the  Configuration  Management.) 


F 
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FIGURE  B-13.  REVISE  ENGINEERING  DATA  IDEF,,  MODEL 


Inputs: 

Controls: 

Outputs: 

Mechanisms: 


OCPs,  Drawing  Changes  (due  to  modification  Proposal),  ECPs  (Using 
Commands),  ILS  Feedback. 

APR  65-3. 

Engineering  Data. 

ALC,  MME,  Using  Commands,  Contractor. 


B.9.3  Approve  ECP/OCP  -  Box  223 


The  CCB  receives  and  reviews  formal  ECPs  and  OCPs  which,  when  approved,  results  in 
drawing  revisions.  An  ECO  is  prepared  reflecting  the  approved  ECP/OCP.  The  contrac¬ 
tor  receives  the  ECO  and  incorporates  the  required  changes.  For  changes  incorporated  by 
the  Air  Force,  the  contractor  receives  Notices  of  Revisions  (NORs)  using  DD  Form  1695. 


Inputs- 

Controls. 

Outputs- 

Mechanisms- 


Specification  Change  Notice  (DD  Form  1696),  Engineering  Data,  ECP 
Preparation  (DD  Form  1693). 

AFR  65-3 

ECP/OCP  Documentation,  ECO  (AF  Form  2600),  Notice  of  Revisions 
(DD  Form  1695) 

SPM,  CCB. 


B.9.4  Update  Engineering  Data  -  Box  224 

The  SPM  approved  changes  are  incorporated  into  the  drawings  by  the  MMED  division  and 
updated  engineering  data  is  stored  at  the  Engineering  Data  Support  Center  (EDSC). 
Also,  MMED  may  perform  design/drafting  for  the  required  changes  for  local  manufactur¬ 
ing,  repair,  and  modifications.  The  configuration  control  data  (e.g,,  drawing  trees,  revi¬ 
sion  status,  release,  and  change  control)  are  tracked  and  updated  as  a  result  of  this  proc¬ 
ess  The  revised  drawings,  associated  lists,  and  specifications  changed  per  ECOs  are 
loaded  into  Engineering  Data  Computer  Assisted  Retrieval  Systems  (EDCARS) 

Inputs.  ECO  (AF  Form  2600). 

Controls-  AFR  65-3,  AFR  81-1,  DoD-D-lOOOB,  DoD-STD-lOOC. 

Outputs  Updated  Engineering  Data,  Configuration  Control  Data,  AF  Form  2602 

Mechanisms:  MME.  EDSC,  CR 


B.IO  ISUVNAGE  ENGINEERING  DATA  -  NODE  A3 

Management  of  engineering  data  is  performed  to  ensure  timely  retrieval  of  the  current 
versions  of  engineering  data.  This  process  consists  of  the  following  sub-processes,  con¬ 
trol  engineering  data,  distribute  engineering  data,  and  retire  the  product.  These  activities 
are  primarily  performed  by  MM  and  the  Aerospace  Maintenance  and  Regeneration  Center 
(AMARC)  (See  Figure  B-14,  the  node  tree,  and  Figure  B-15,  the  IDEPq  process ) 
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B.IO.I  Control  Engineering  Data  -  Box  A31 


Engineering  data  configuration  is  controlled  and  managed  so  that  the  latest  configuration 
of  the  weapon  system  can  be  made  available.  Configuration  control  data  and  revised 
Level  3  Engineering  Data  are  used  to  manage  the  versions  of  engineering  data.  The 
updated  engineering  data  is  sent  by  MM  for  distribution  to  authorized  users.  (MLV 
STD-481,  MII^STD-480A,  APR  65-3  and  APR  67-28  describe  policies  and  procedures 
for  controlling  and  managing  the  data.) 


Inputs; 

Controls: 

Outputs: 

Mechanisms: 


Configuration  Control  Data,  Updated  Engineering  Data. 
MIL-STD-481,  M11.^STD-480A,  APR  65-3,  APR  67-28. 
Engineering  Data. 

MM,  Using  Commands,  CASC. 


B.10.2  Distribute  Engineering  Data  -  Box  A32 


Using  an  automated  distribution  list,  engineering  data  is  distributed  to  the  various  MAJ- 
COMs  for  the  system  supported  The  EDSC  ensures  that  classified  and  limited  rights 
data  are  protected  in  the  distribution  process. 


Inputs. 

Controls: 

Outputs. 

Mechanisms 


Engineering  Data,  Engineering  Data  Request  (AF  Form  1147),  Bid  Set 
Request  (AFLC  Form  4881) 

APR  67-28 

Drawing  Request  Package,  Bid  Sets. 

MM,  CR,  Using  Commands 


B,10.3  Retire  the  Product  -  Box  A33 


In  this  activity,  preserving  the  equipment  in  extended  storage,  cannibalizing  the  damaged 
planes  for  parts,  and  supporting  Foreign  Military  Sales  (FMS)  aie  performed  by  Aero¬ 
space  Maintenance  and  Regeneration  Center  (AMARC)  The  MA  division  of  AMARC  is 
responsible  for  receipt,  preservation,  storage  and  maintenance  in  storage  of  excess  air¬ 
craft  to  the  military  services,  some  of  which  return  to  the  US  military  service  and  some  of 
which  are  sold  to  foreign  governments  (APR  400-3  describes  the  policies  and  proce¬ 
dures  for  foreign  military  sales.) 


Inputs. 

Controls 

Outputs; 

Mechanisms. 


Drawing  Request  Package 
APR  400-3. 

Part  Reclamation,  FMS 
AMARC. 


B.ll  CONTROL  ENGINEERING  DATA  -  NODE  A31 

Engineering  Data  is  constantly  updated  to  reflect  the  changes  in  the  weapon  system  The 
activities  include  manage  configuration,  maintain  MAJCOM  repositories,  and  enter  engi¬ 
neering  data  in  digital  form  into  EDGARS  (See  Figure  B-16) 
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FIGURE  B-16.  CONTROL  ENGINEERING  DaTA  IDEF„  MODEL 


B.n.l  Manage  Configuration  -  Box  A311 


MMED  peiiodically  receives  ECOs/OCPs  from  the  contractor  and  Air  Force  respectively 
and  is  responsible  for  maintaining  the  updates  to  the  drawings  to  reflect  latest  configura¬ 
tion  of  the  weapon  system.  The  configuration  of  the  weapon  system  is  also  tracked  and 
maintained  by  tail  number  As  a  result  of  the  changes,  configuration  status  accounting, 
configuration  control  (drawing  change  criteria  and  change  classifications,  class  1  and  2), 
cataloging,  and  release  and  change  control  are  updated.  (APR  65-3  describes  the  details 
of  configuration  management.) 


Inputs: 

Controls: 

Outputs 

Mechanisms. 


Updated  Engineering  Data,  Updated  Configuration  Control  Data. 
MIL-STD-480A,  \UL-STD-482,  Mn^STD-481A,  AFR  67-28,  AFR 
65-3. 

Configuration  Status  Accounting,  Part  number  (Cataloging),  Configura¬ 
tion  Control  Data,  Release  and  Change  Control  Data,  Engineering  Data 
MME,  CCB,  EDMO. 


B.U.2  Maintain  MAJCOM  Repositories  -  Box  A312 


The  Engineering  Data  Support  Center  (EDSC)  manual  files  at  ALCs  are  maintained  by 
the  MMED  division  MAJCOMs  have  base  EDSC  repositories  and  receive  updates  peri¬ 
odically  from  the  ALC  The  Engineering  Data  Status/Action  Request  (AFLC  Form  4976) 
is  used  to  report  engineering  data  status  (MIL-UNBK-331C  defines  the  locations  of  the 
repositories  throughout  DoD  and  AFR  67-28  describes  policies,  procedures,  and  guidance 
for  control  and  distribution  of  engineering  data.) 


Inputs. 

Controls 

Outputs 

Mechanisms 


Engineering  Data. 

M1L-HNBK-331C.  AFR  67-28. 

Engineering  Data  Status  Report  (AFLC  Form  4976).  Aperture  Cards/ 
Drawings.  Active  Engineering  Data. 

ALC/EDSC.  Using  Commands,  MM,  Base  EDSC 


B.11.3  Enter  Drawings  into  EDGARS  -  Box  A3I3 


.^ctlve  engineering  data  is  entered  into  Engineering  Data  Computer  Assisted  Retrieval 
System  (EDC.-ARS)  in  raster  format  Active  engineering  data  is  defined  as  engineering 
data  that  was  used  for  reprocurement  in  the  past  three  years  EDGARS  provides  access 
to  and  viewing  of  drawings  and  assembly  of  bid  sets. 


Inputs 

Controls 

Outputs 

Mechanisms 


Active  Engineering  Data,  ECOs/Specifications. 

Unavailable 

Engineering  Data 

MMED 
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B.12  DISTRIBUTE  ENGINEERING  DATA  ~  NODE  A32 


Engineering  Data  Support  Centers  (EDSCsj  are  located  at  the  five  prime  ALCs,  Using 
Commands,  and  other  MAJCOMs  to  store  and  maintain  sets  of  aperture  cards/hard  copy 
in  support  of  the  weapon  system  Each  EDSC  maintains  the  assigned  weapon  system 
and/or  commodities  in  support  of  reprocurement  of  spares,  local  manufacturing,  repairs, 
modifications,  and  engineering  support.  (See  Figure  B-17) 

The  ALC/TEDSC  distributes  the  engineering  data  in  hard  copy  or  aperture  cards  to  the 
requesters  at  the  ALCs  for  reprocurement  and  sustaining  engineering.  Also,  the  MAJ¬ 
COMs  maintain  base -lev  el  EDSCs  that  contain  a  set  of  engineering  data  to  support  the 
level  of  their  mission.  In  some  cases,  the  bases  request  the  engineering  data  from  the 
prime  ALC/EDSC  (For  more  details  on  EDSC  refer  to  Appendix  A.) 

B.12.1  I’rocoss  Engineering  Data  Request  -  Box  A321 

The  engineering  data  is  requested  (,AF  Form  1147)  to  support  repairs,  local  manufactur¬ 
ing,  modifications,  and  other  engineering  activities  CRE  requests  engineering  data  for 
the  assembly  of  reprocurement  bid  sets  (AFLC  Form  4881)  In  addition,  the  EDSC 
maintains  statistics  on  the  number  of  requests  and  bid  sets  on  a  quarterly  basis  (AFLC 
Form  24)  {.APR  67-28  describes  policy  and  procedure  for  distribution  and  control  of 
engineering  data ) 

Inputs  Engineering  Data  Request  (AFLC  Form  4881),  Engineering  Data  Re¬ 

quest  (AF  Form  1147),  Engmeerinc  Data 
Controls  AFR  67-28 

Outputs  Drawing  Request  Package. 

Mechanisms  EDSC,  AGMC,  MMED,  MA 

B.12.2  Develop  Bid  Sets  -  Box  A322 

Bid  sets  are  prepared  to  support  competitive  spares  rcprocurement  A  set  of  drawings, 
associated  lists,  specifications,  and  olher  related  documentation  forms  a  bid  set.  The 
CRE  di'  iMon  submits  a  lequest  for  the  reproduction  of  engineering  data  (AFLC  Form 
J~''  t  v  .l-.ivv  iig  set  The  MME  division  is  responsible  for  preparing  the  drawing 
t’te  ■  ut  it'c  bi.l  set  prepjijtion  (Data  item  DI-E-5349  is  used  to  identify  the 
strustuic  iHvi  1,  erreki  ship>  ol  engineering  diavvings,  associated  lists,  and  specifica- 

Input' 

'  •  ,,vk 

)i  lAnt 

H  ^ 


Kovjucsi  nt  Kcproducuon  of  Lngineenng  Data  (AF^LC  Form  4753). 
fJtduing  Request  F’ackages,  Drawing  Trec(s) 

\n\  \r-‘#soSD  MII-D-54S01- 

li  j 

(  ki .  M\)l 


B.12.3  Manage  Distribution  List  -  Box  A323 


An  automated  distribution  list  is  generated  and  maintained  by  the  EDSC  in  order  to 
distribute  the  new  and  updated  engineering  data  to  MAJCOMs  and  FMS.  MIL- 
STD-5480E  describes  the  procedure  for  the  distribution  list.  The  Cataloging  and  Stan¬ 
dardization  Center  (CASC)  performs  cataloging  which  involves  assigning  part  number, 
available  procurement  sources,  alternate  materials,  etc. 


Inputs- 

Controls: 

Outputs. 

Mechanisms- 


Drawing  Request  Packages. 
M1L-STD-5480E,  APR  67-28. 

Distiibution  List  Update,  Engineeiing  Data. 
EDSC.  MMED,  CASC 
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C.1  INTRODUCTION 


This  section  presents  a  data  flow  representation  of  the  DesignyEngineering,  Manufactur¬ 
ing,  and  Post-Production  Support  phases  of  a  weapon  system’s  life  cycle  (See  Rgure  C-1, 
DFD  Overview,  and  Figure  C-2,  Node  Tree)  using  the  Gane  and  Sarson  method  of  data 
flow  diagrams.  The  major  objectives  of  the  DFDs  are;  1)  to  describe  the  flow  of  data 
between  contractor  and  Air  Force  organizations  and  functions,  2)  to  provide  an  identifica¬ 
tion  of  data  sources  and  destinations  in  each  functional  area,  and  3)  to  allow  the  Air 
Force  to  identify  POD  that  can  be  accessed  and  used. 

The  activities  themselves  have  been  identified  in  two  ways.  First,  at  a  gross  level,  major 
activities  have  been  identified  using  a  node  tree.  Second,  each  activity  is  broken  down 
into  a  series  of  processes  needed  to  accomplish  the  activity,  and  are  described  in  detail. 

In  certain  instances  the  Gane  and  Sarson  rules  and  procedures  have  been  altered  to  allow 
for  clearer  presentation  of  additional  information.  Whereas  the  Gane  and  Sarson  method¬ 
ology  does  not  consider  automation  status,  media/physical  storage  types,  and  data  condi¬ 
tions,  the  DFDs  have  been  tailored  to  depict  the  creation,  storage,  format,  and  level  of 
PDD  automation.  Also,  the  DFDs  present  an  additional  level  of  detail  not  found  in  the 
IDEFo  models  by  representing  the  contractor’s  creation  and  the  Air  Force's  use  of  PDD 
during  the  Post-Production  phase. 

C.2  GANE  AND  SARSON  SYMBOL  CONVENTIONS 

The  Gane  and  Sarson  symbol  conventions  are  described  here  to  acquaint  the  reader 
briefly  with  this  method  of  data  flow  methodology.  The  Gane  and  Sarson  data  flow 
diagrams  are  constructed  using  four  different  symbols.  These  symbols  are  used  to  de¬ 
scribe  a  system  as  a  network  of  processes  connected  by  data  paths.  The  symbol  conven¬ 
tion  in  Gane  and  Sarson  data  flow  diagrams  are  as  follows; 

External  Entities 

External  entities  (See  Figure  C-3)  are  logical  groupings  of  organizations  or  processes  that 
represent  a  source  or  destination  of  data.  By  designating  an  organization  or  process  as  an 
external  entity,  it  is  implicitly  stated  that  it  is  outside  the  boundary  of  the  system  being 
considered.  An  external  entity  is  symbolized  by  a  “double”  square,  with  the  upper  and 
left  sides  in  double  thickness  to  make  the  symbol  stand  out  from  the  rest  of  the  diagram. 
A  double  square  with  a  diagonal  line  crossing  the  lower  right  comer  of  the  symbol  is  used 
when  the  same  external  entity  is  repeated  in  a  diagram.  The  entity  can  be  identified  by  a 
lower  case  letter  in  the  upper  left-hand  corner  for  reference. 

Process 

Each  process  represents  an  activity  that  transforms  data  in  some  way.  Processes  are 
symbolized  by  an  upright  rectangle,  with  the  comers  rounded.  Each  process  symbol 
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Product 
Definition  Data 


FIGURE  C-2.  FDD  NODE  TREE 


FIGURE  C-3.  GANE  AND  SAHSON  EXTERNAL  ENTITY  REPRESENTATION 


contains  three  descriptive  areas:  identification  number,  description  of  process,  and  or¬ 
ganization  performing  the  process.  These  three  reference  areas  provides  basic  identifying 
information.  The  identification  number  is  useful  for  cross-referencing  between  the 
DFDs.  The  description  of  process  names  the  process  and  represents  its  decomposition. 
The  organization  performing  the  process  identifies  organization(s).  Figure  C-4  below 
shows  the  location  of  each  area: 


Identification  Number  - 

- ► 

Develop 

Description  of  Process  - 

- ► 

Conceptual 

Design 

Organization  Performing  the 

- ^ 

Proce.ss 

■HHi' 

FIGURE  C-4.  GANE  AND  SARSON  PROCESS  SYMBOL  REPRESENTATION 


Data  Flow 

The  data  flows  are  symbolized  by  lines  with  arrowheads  showing  the  directions  of  the 
flows.  Descriptions  of  each  data  flow  include  identification  of  the  data  source(s)  and 
destination(s)  (See  Figure  C-5). 

Data  Store 

During  analysis,  it  is  often  necessary  to  define  places  where  data  is  stored  between  proc¬ 
esses  This  is  particularly  helpful  when  data  does  not  proceed  directly  from  one  process 


FIGURE  C-5.  GANE  AND  SARSON  DATA  FLOW  SYMBOLOGY 


to  the  next  or  the  next  process  uses  the  data  in  a  different  order.  Data  stores  are  symbol¬ 
ized  by  a  pair  of  horizontal  lines  closed  at  the  left-hand  side.  Each  store  is  identified  by 
a  letter  code  and  number  at  the  left-hand  end  for  reference.  In  addition  each  data  store 
has  an  alpha-numeric  code  which  describes  the  automation  status,  data  format,  and 
physical  storage  format  used  (See  Figure  C-6).  In  addition.  Table  C-1  defines  the  codes 
and  definitions  for  both  data  formats  and  storage  types. 


FIGURE  C-6.  GANE  AND  SARSON  DATA  STORE  SYMBOL 


C.3  DESIGN/ENGINEEERING  DATA  FLOWS 

The  data  flow  diagrams  in  this  section  provide  a  general  overview  of  the  processes,  data 
stores,  and  data  flows  for  the  design  and  engineering  of  a  weapon  system.  These  dia¬ 
grams  are  not  intended  to  define  a  specific  contractor  or  acquisition  program,  but  provide 
a  generic  description  of  the  design/engineering  process  and  data  used  by  both  Air  Force 
and  contractor. 

The  node  tree  (Figure  C-7)  provides  an  overview  of  the  design/engineering  process  and 
the  use  of  FDD.  The  node  decomposes  design/engineering  into  five  major  sub-processes: 


TABLE  C-1.  DATA  STORE  LEGEND 


CODE 

DEFINinON 

CATEGORY 

A 

Automated 

M 

Manual 

Automation  Status 

E 

Either  Manual  or  Automated 

B 

Both  Manual  and  Automated 

1 

Aperture  Cards 

2 

Drawings 

3 

Hard  Copy  Reports 

4 

20  Vector  Image 

5 

30  Vector  Image 

Data  Formats 

6 

Database 

7 

Analytical  Models  (e.g.,  FEM.  Simulation) 

8 

Air  Force  Form 

9 

Raster  Image 

10 

Microfiche 

11 

12 

Magnetic  Media 

N/C  Tape 

Physical  Storage  Types 

13 

Optical  Disc 

0 

Oeslgn/Cnglneering  Data 

M 

Manufacturing  Data 

Data  Stores 

P 

Post'Productlon  Support  Data 

S 

Shared  Data 

Develop  Conceptual  Design,  Develop  Preliminary  Design,  Finalize  Detail  Design,  Provide 
Supplementary  SPO  Support,  and  Provide  Technical  Support. 

C.3.1  Level  11  -  Develop  Conceptual  Design 

The  Engineering/Design  data  flows  (Figure  C-S)  describe  the  data  processes,  stores, 
dataflows,  and  external  entities  used  during  the  engineering/design  effort  during  the 
acquisition  process.  The  following  are  summary  descriptions  of  the  processes  depicted  in 
the  node  tree  diagram.  (See  Figure  C-9) 

C.3.1.1  Process  111  -  Define  Requirements 

The  first  major  task  in  the  acquisition  of  a  new  weapon  system  is  for  the  Air  Force  to 
define  the  requirements.  These  requirements  are  based  on  a  previously  developed  need 
(i.e,,  PMD,  SON).  As  these  are  the  initial  requirements,  they  are  typically  quite  broad  in 
scope.  The  requirements  are  defined  through  a  series  of  design  reviews  and  audits 
throughout  the  acquisition  cycle.  As  the  requirements  are  formulated,  they  are  assembled 
into  a  requirements  document. 
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FIGURE  C-9.  DEVELOP  CONCEPTUAL  DESIGN  DFD 


C.3.1.2  Process  112  -  Conduct  System  Requirements  Review  (SRR) 

The  SRR  is  a  technical  review  of  the  initial  system  engineering  efforts.  Through  this 
review,  discussion  and/or  clarification  takes  place  to  refine  the  requirements.  The  pur¬ 
pose  of  this  review  is  to  identify  any  anticipated  problems  early  on  in  the  acquisition  life 
cycle  and  provide  the  opportunity  for  resolution. 

Some  of  the  more  major  issues  discussed  at  this  meeting  include:  Mission  &  Require¬ 
ments  Analysis,  Functional  How  Analysis,  System  Interface  Studies,  Configuration  Man¬ 
agement,  Producibility,  and  Reliability  and  Maintainability. 

C.3.1.3  Process  113  -  Conduct  Research 

This  activity  initiates  the  Concept  Exploration  phase.  Initial  research  into  broad  areas 
such  as  propulsion,  structures,  airframe,  etc.,  is  performed,  and  many  reasonable  alterna¬ 
tives  are  defined  to  formulate  product  concepts. 

C.3.1.4  Process  114  -  Formulate  Product  Concepts 

Using  information  developed  from  the  initial  research,  product  concepts  are  generated. 
The  goal  of  each  concept  is  to  meet  the  broad  mission  requirements. 

C.3.1.5  Process  115  -  Perform  Preliminary  Systems  Engineering 

The  systems  engineering  process  is  a  systematic  approach  that  breaks  down  each  of  the 
product  concepts  into  functional  areas.  Each  of  the  functional  areas  are  then  analyzed 
further  to  determine  how  effectively  each  functional  area  measures  up  against  the  require¬ 
ment,  and  how  well  it  interfaces  with  each  of  the  subsystems. 

C.3.1.6  Process  116  -  Perform  Analysis 

Each  product  concept  is  analyzed  from  a  functional  standpoint.  The  analysis  is  summa¬ 
rized  into  FFBDs  (Functional  Flow  Block  Diagrams).  These  diagrams  describe  succinctly 
the  steps  necessary  to  accomplish  the  functional  requirements  of  the  system  (in  conjunc¬ 
tion  with  the  concept  definition).  A  number  of  engineering  documents  are  produced 
within  this  effort  including  the  FFBD,  the  Interface  Control  Document  (ICD),  and  the 
RAS  (Requirements  Allocation  Sheet). 

C.3.1.7  Process  117  -  Select  Candidate  Configurations 

Candidate  configurations  which  meet  the  functional  requirements,  but  are  not  attainable 
through  conventional  means,  are  screened  out.  Upon  completion  of  the  screening  proc¬ 
ess,  a  collection  of  candidate  configuratio.ns  are  assembled  for  trade-off  analysis. 

C.3.1.8  Process  118  -  Perform  Configuration  Trade-off  Studies 

The  trade-off  studies  provide  analytical  support  for  comparing  candidate  configurations. 
They  review  facets  of  tlie  system  which  include  technical  parameters,  schedule  require- 
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ments,  reliability,  maintainability,  producibility,  and  performance  requirements.  The 
studies  address  areas  which  may  be  optimized  as  a  result  of  modifying  technical  aspects 
of  the  system. 

C.3.I.9  Process  119  -  Perform  System  Design  Review  (SDR) 

The  SDR  allows  a  review  of  the  preliminary  systems  engineering  activities.  These  activi¬ 
ties  include  the  system  specification  (Type  A),  mission/  requirements  analysis,  any  func¬ 
tional  analysis,  and  the  results  of  trade-off  studies.  The  SDR  is  an  opportunity  to  deter¬ 
mine  the  contractor’s  understanding  of  the  system  requirements. 

C.3.2  Level  12  -  Develop  Prellmlnaiy  Design 

The  Preliminary  Design  phase  (which  equates  to  the  Demonstration/Validation  phase  in 
the  acquisition  cycle)  allows  concepts  developed  in  the  previous  phase  to  be  defined  in 
more  detail.  The  concepts  are  then  reviewed  and  refined  for  the  functional  decomposi¬ 
tion.  Each  system  is  comprised  of  several  sub-systems,  which  may  then  be  comprised  of 
several  components.  The  process  of  decomposition  helps  identify  the  logical  and  physical 
inter-relationships  among  the  functional  components.  Once  this  definitization  is  com¬ 
plete,  quantitative  analysis  in  the  form  of  performance  models,  Finite  Element  Modeling 
(FEM),  and  mathematical  models  is  applied  to  establish  a  baseline  of  projected  perform¬ 
ance  characteristics.  (See  Figure  C-10) 

C.3.2.1  Process  121  -  Refine  Candidate  Configurations 

The  candidate  configurations  identified  in  the  previous  phase  are  reviewed  and  refined. 
This  refinement  process  entails  the  development  of  detailed  information  which  will  help 
establish  concepts  to  support  the  definition  of  subsystem  concepts. 

C.3.2.2  Process  122  -  Define  Subsystem  Concepts 

As  each  candidate  configuration  is  further  refined,  the  definition  of  subsystem  concepts 
are  initiated.  Each  system  is  developed  towards  achieving  a  major  functional  goal.  Iden¬ 
tification  of  subsystem  concepts,  i.e..  Configuration  Items  (CIs),  will  help  further  define 
the  elements  required  to  meet  the  Development  Specification  (Type  B). 

C.3.2.3  Process  123  -  Perform  Subsystem  Analysis 

Using  modeling  tools,  each  subsystem  within  each  candidate  configuration  is  analyzed. 
The  tools  used  to  perform  the  analysis  include  FEM  models,  performance  models,  opti¬ 
mized  geometric  models,  etc.  As  this  analysis  is  performed,  a  number  of  products  are 
developed  such  as  Schematic  Block  Diagrams  (SBD),  Interface  Control  Documents  (ICD), 
and  general  preliminary  design  data.  This  information  is  presented  through  design 
sheets. 
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FIGURE  C-10.  DEVELOP  PRELIMINARY  DESIGN  DFD 


C.3.2.4  Process  124  -  Perforin  Analysis 

With  the  SBDs,  FFBDs,  and  ICDs,  the  candidate  configt .ration  has  sufficient  design  infor¬ 
mation  to  formulate  a  detailed  preliminary  design.  This  analysis  focuses  on  the  interface 
between  the  subsystems  and  the  overall  performance  of  the  system. 

C.3.2.5  Process  125  -  Synthesize  Candidate  Configurations 

In  order  to  adequately  evaluate  each  configuration,  a  synthesis  is  formulated  identifying 
the  configuration’s  salient  points  and  its  ability  and  degree  to  which  it  meets  functional 
requirements. 

C.3.2.6  Process  126  -  Compare  Candidate  ConKgurations 

The  comparison  of  the  synthesized  configurations  assists  in  identifying  the  unique  ap¬ 
proaches  to  fulfilling  the  functional  requirements.  This  analysis  provides  an  insight  to  the 
technical  merits  of  each  system  configuration  in  relation  to  the  Requirement  Allocation 
Sheets  (RAS). 

C.3.2.7  Process  127  -  Rank  for  Optimum  Performance 

The  ranking  process  identifies  the  configuration  which  best  meets  the  functional  require¬ 
ments.  It  is  important  that  the  ranking  reflects  the  relationship  between  the  configurations 
and  the  ranking  criteria.  The  process  of  developing  criteria  and  assigning  weights  is 
critical  in  the  evaluation  of  candidate  configurations.  Once  the  criteria  are  identified, 
each  configuration  is  analyzed  to  provide  ranking  results. 

C.3.2.8  Process  128  -  Perform  Preliminary  Design  Review  (PDR) 

The  Preliminary  Design  Review  (PDR)  is  a  technical  review  of  Hardware  Configuration 
Items  (HWCIs),  Computer  Software  Configuration  Items  (CSCIs),  and  Support  Equip¬ 
ment  (SE).  At  this  point  in  the  acquisition  cycle,  broad  design  parameters  have  been 
developed  through  the  Functional  Flow  Block  Diagram  (FFBD),  System  Allocation  Docu¬ 
ment  (SAD)  and  a  preliminary  design  synthesis.  The  review  is  held  to  develop  a  technical 
understanding  of  how  the  preliminary  design  and  proposed  CIs  will  meet  the  Development 
Specification  (Type  B). 

The  configuration  items  are  also  reviewed  against  specific  criteria.  The  criteria  include 
Evaluation  of  Electrical,  Mechanical  and  Logical  Design,  Design  Reliability;  Design  Main¬ 
tainability;  Human  Factors;  System  Safety;  Natural  Environment;  Equipment  and  Parts 
Standardization;  Value  Engineering;  Transportability;  Test;  Maintenance  Concept;  Pack¬ 
aging;  and  Technical  Manuals. 

C.3.2.9  Process  129  -  Perform  Management  Review  and  Approval  (Authentication) 

This  process  includes  a  review  of  all  change  actions  summarized  in  the  PDR  minutes. 
The  contractor  generates  the  appropriate  changes  according  to  a  particular  approach  or 
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methodology,  as  discussed  during  the  PDR.  Once  the  change  has  been  implemented  and 
authenticated,  the  Air  Force  then  signs-off  for  authentication  and  approval. 

C.3.3  Level  13  -  Finalize  Detail  Design 

The  Rnaiize  Detaii  Design  processes  (Levei  13)  typically  occur  in  the  FSD  (Full  Scale 
Development)  phase.  During  this  phase,  a  particular  design  or  technology  has  been  de¬ 
veloped  to  a  point  where  a  complete,  detailed  design  can  be  produced.  The  detailed 
design  is  then  used  as  input  to  the  production  contract  to  support  production  at  the  manu¬ 
facturing  contractor's  plant.  The  major  output  of  this  phase  is  the  Level  3  Engineering 
Data  “As-Designed"  and  the  Product  Specification  (Type  C).  (See  Figure  C-11) 

C.3.3.1  Process  131  -  Review  Preliminaiy  Design 

Tliis  process  allows  the  selected  contractor  to  review  the  engineering  data  developed  in 
the  previous  phase.  This  data  consists  primarily  of  the  Level  2  Engineering  Data  and  the 
applicable  Specifications  (Type  B).  At  this  point,  the  Air  Force  has  selected  the  technol¬ 
ogy  with  which  to  produce  the  system. 

C.3.3.2  Process  132  -  Prepare  Detail  Drawings  and  Data  (Detailed  View) 

The  contractor  is  responsible  for  the  generation  and  production  of  a  variety  of  drawings 
depicting  the  design  aspects  of  the  weapons  system.  There  are  approximately  seventy 
identified  drawing  types  (as  defined  in  DOD-D-IOOOB  and  DOD-STD-IOOC).  The  draw¬ 
ings  are  critical  in  the  configuration  management  (CM)  of  an  aircraft,  as  they  provide  the 
physical  and  logical  data  to  track  through  the  CM  process.  (.See  Figure  C-12) 

This  section  was  identified  as  a  critical  step  in  the  acquisition  process,  and  is  broken  out 
to  depict  a  more  detailed  process: 

•  Process  1321  -  Verify  Engineering  Data.  Prior  to  actually  generating  a  drawing, 
the  data  contained  in  the  sketches  or  rough  drafts  will  be  verified.  This  provides 
the  opportunity  for  the  Engineer  to  request  any  special  requirements  on  the  draw¬ 
ing,  such  as  applying  a  particular  standard  or  specification. 

•  Process  1322  -  Review  and  Interpret  Data  for  Drawing.  The  drafting  group  re¬ 
ceives  the  engineering  request  for  production  of  the  drawings.  The  review  ensures 
that  all  pertinent  drawing  information  is  available  to  the  draftsman.  The  package  is 
then  assigned  to  a  draftsman  for  production. 

•  Process  1323  -  Draft  Drawings.  This  activity  denotes  the  actual  production  of  the 
drawing  The  draftsman  is  responsible  for  initial  compliance  with  the  contractor’s 
drawing  standards  and  formatting  directions.  The  draftsman  will  produce  the  draw¬ 
ing  either  manually  or  via  CAD. 

•  Process  1324  -  Check  Drawings.  The  drawing  is  checked  for  quality,  adherence  to 
standards,  and  correct  tolerances  and  dimensions.  If  corrections  are  .necessary,  the 
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FIGURE  C-11.  FINALIZE  DETAIL  DESIGN  DFD 
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FIGURE  C-12.  PREPARE  DETAIL  DRAWINGS  AND  DATA  DFD 


Checker  will  return  the  drawing  to  the  draftsman  for  correction.  Once  the  correc¬ 
tions  have  been  made,  the  sign-off  process  may  begin. 

The  sign-off  block  is  a  critical  component  in  the  review  process  as  it  shows  not  only 
the  management  levels,  but  the  technical  levels  involved  in  the  checking  and  review 
of  a  document.  The  approval  and  sign-off  involves  the  drafting  management  and 
engineering  group.  As  they  each  complete  their  review,  their  signatures  are  added 
to  the  drawing  and  the  drawing  is  completed  for  submission  to  the  Air  Force  as  a 
package  for  review. 

•  Process  1325  -  Approve,  Configure  and  Distribute  Drawings.  As  each  drawing  is 
completed  and  approved,  the  drawing  is  tracked  via  configuration  management  for 
changes.  Other  items  such  as  drawing  trees  or  lists  are  updated  to  reflect  the 
current  status  of  drawings  available  for  review. 

C.3.3.3  Process  133  -  Conduct  Critical  Design  Review  (CDR)  (Detailed  View) 

The  Critical  Design  Review  (CDR)  provides  an  opportunity  for  a  detailed  review  cf  the 
identified  CIs  within  the  system.  The  CDR  process  is  critical  in  the  formulation  and 
design  of  a  weapon  system  and  is  therefore  broken  out  into  a  more  detailed  set  of  proc¬ 
esses.  (See  Figure  C-13) 

•  Process  1331  -  Schedule  CDR  (Critical  Design  Review).  The  Critical  Design  Re¬ 
view  is  scheduled  to  review  the  design  specification  prior  to  fabrication  or  produc¬ 
tion.  This  activity  identifies  the  coordination  between  the  SPO  and  the  Contractor 
regarding  the  identification  of  the  subjects  and  other  pertinent  data  to  be  covered 
on  the  agenda. 

•  Process  1332  -  Assemble  and  Distribute  Detail  Design  Package.  In  order  that  the 
appropriate  technical  review  is  performed  on  the  various  draft  segment  specifica¬ 
tions,  the  draft  package  (drawings  and  other  pertinent  design  information)  must  be 
assembled  and  distributed  to  the  Air  Force  prior  to  the  actual  CDR. 

•  Process  1333  -  Review  Detail  Design  Package.  The  SPO  reviews  the  design  pack¬ 
age  to  ensure  that  the  design  meets  the  functional  requirements.  Each  engineer  or 
groups  tasked  with  review  responsibility  compiles  and  synthesizes  each  area  which 
requires  clarification  by  the  contractor. 

•  Process  1334  -  Conduct  CDR.  The  CDR  is  a  formal  review  held  specifically  to 
determine  the  adequacy  of  a  selected  design  against  the  requirements  documented 
in  the  Development  Specification  (Type  B).  The  design  is  presented  in  terms  of 
HWCl's  and  CSCI’s  (Hardware  Configuration  Items  and  Computer  Software  Con¬ 
figuration  Items  respectively).  A  review  of  Electrical,  Mechanical  and  Logical  De¬ 
sign  to  ensure  system  compatibility  is  also  conducted.  This  activity  focuses  on  the 
design  of  the  system  (as  opposed  to  the  system  requirements).  Several  ether  major 
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FIGURE  C-13.  CONDUCT  CDR  DFD 


areas  are  covered  during  the  CDR  including:  Design  Techniques,  Duilt-In  Test 
Capability,  Electromagnetic  Compatibility,  Design  Reliability,  Design  Maintainabil¬ 
ity,  Human  Factors,  System  Safety,  Natural  Environment  considerations.  Equip¬ 
ment  Standardization,  Value  Engineering,  Transportability,  Test,  Maintenance 
Data,  Spares,  Packaging/SDPE,  System  Allocation  Document,  Design  Producibility 
and  Manufacturing,  and  any  Pbst-Review  Action  which  may  be  required. 

•  Process  1335  -  Incorporate  Changes,  Comments  and  Correct  Deficiencies.  The 
appointed  Secretariat  compiles  the  minutes  of  the  meeting  noting  technical  changes, 
agreements,  and  action  items  resulting  from  discussions.  Should  these  items  affect 
the  present  design  package,  the  contractor  will  effect  the  changes  for  resubmittal  to 
the  SPO. 

•  Process  1336  -  Authenticate  Revised  Design.  The  SPO  will  make  a  final  review  of 
the  design  package  specifically  in  those  areas  which  were  cited  in  the  list  of 
changes.  The  design  can  be  authenticated  once  the  agreed  upon  changes  have  been 
verified. 

•  Process  1337  -  Distribute  Design  Package.  The  contractor,  upon  receiving  an 
authenti(,ated  package  from  the  SPO,  may  now  distribute  the  design  package  for 
any  further  analysis  or  preparation  as  instructed  in  the  contract. 

C.3.3.4  Process  134  -  Develop  Specifications 

Using  applicable  MR^STDs,  corporate  standards  and  practices,  and  preliminary  design 
specifications,  the  Contractor  generates  the  Product  Specification  (Type  C).  As  listed 
below,  the  Product  Specification  (Type  C)  may  include  the  following: 

o  Prime  Item  Product  Specification 
o  Prime  Item  Product  Function  Specification 

o  Prime  Item  Product  Fabrication  Specification 
o  Critical  Item  Product  Specification 
o  Critical  Item  Product  Function  Specification 
o  Critical  Item  Product  Fabrication  Specification 
o  Non-Computer  Item  Product  Fabrication  Specification 
o  Inventory  Item  Specification 
C.3.3.S  Process  135  -  Review  Producibility  Requirements 

Using  the  initial  product  specification,  the  contractor  reviews  the  specification  relative  to 
the  item’s  producibility.  This  consists  of  tooling  requirements,  -nanufacturing  processes. 
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facbrication  requirements,  assembly  requirements,  and  any  special  requirements  for  pro¬ 
duction. 

C.3.3.6  Process  136  -  Perform  FCA/PCA/FQR 

The  Functional  Configuration  Audit  (FCA),  the  Physical  Configuration  Audit  (PCA)  and 
Formal  QualiFcations  Review  (FQR)  serve  to  qualify  and  measure  the  contractor  products 
delivered  to  the  Air  Force.  "iTie  following  briefly  describes  the  audits  and  illustrates  the 
differences  between  them: 

•  The  Functional  Configuration  Audit  (FCA)  establishes  compliance  for  a  configura¬ 
tion  item  with  the  functional  .and  performance  requirements.  The  compliance  can 
be  verified  through  either  test  or  inspection,  although  a  prototype  can  be  used  for 
verification  purposes  (normally  the  First  Article  is  used). 

•  The  Physical  Configuration  Audit  (PCA)  examines  the  First  Article  against  the  de¬ 
sign  documentation. 

•  The  Formal  Qualifications  Review  (FQR)  verifies  that  the  performance  results  de¬ 
termined  at  test  meet  the  hardware,  software,  and  interface  requirements.  This 
review  is  usually  concurrent  with  the  FCA,  but  can  be  held  independently.  At  FQR, 
test  information  and  documents  showing  functional  traceability  against  a  system  or 
subsystem  requirement  are  verified.  At  that  point,  certification  for  configuration 
management  will  be  performed. 

C.3.3.7  Process  137  -  Correct  Deficiencies 

Within  each  of  the  reviews  and/or  audits,  the  function  of  the  Secretariat  is  to  compile  a 
record  of  agreements,  points  of  discussion,  action  items,  and  deficiencies.  The  reviews 
and  audits  reveal  deficiencies  which  must  be  corrected  in  order  for  the  design  to  meet 
approval. 


C.3.3.8  Process  138  -  Approve  “As-Designed”  Design 

The  “As  -Designed"  design,  consisting  of  Level  3  Engineering  Data  and  Type  C  Product 
Specifications  must  then  be  approved  by  the  Air  Force  in  order  to  initiate  the  production 
process.  This  package  is  sometimes  referred  to  as  “Level  2  1/2"  data  (because  the  data 
will  ultimately  be  changed  to  accommodate  design  changes  and  enhancements).  The 
“As-Builts"  engineering  data  which  is  delivered  to  the  Air  Force  reflects  the  changes 
subsequent  to  the  initiation  of  the  production  run. 

C.3.4  Level  14  -  Provide  Technical  Support 

Provide  Technical  Support  (Level  14)  groups  those  processes  which  occur  independently 
or  concurrently  with  the  major  acquisition  phases.  These  processes  include  the  In-Process 
Reviews  (IPR’s),  testing,  and  the  configuration  management  activities.  Although  the  node 
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tree  identifies  the  processes  as  a  separate  node,  these  processes  support,  in  part  or  whole, 
the  design/engineering  processes. 

C.3.4.1  Process  141  -  Conduct  In-Process  Review  (IPR) 

The  IPR  plays  a  critical  role  in  ensuring  that  the  delivery  and  quality  of  engineering 
drawings  will  be  met  successfully.  The  IPR  provides  the  SPO/EDMO  and  ALC  an  oppor¬ 
tunity  to  review  the  engineering  drawings  in  several  technical  areas.  For  the  purposes  of 
clarification,  the  IPR  process  has  been  defined  in  detail.  The  steps  that  follow  detail  the 
process  of  initiating,  conducting,  and  the  following  up  an  IPR.  Figure  C-14  provides  a 
dataflow  of  the  IPR  process. 

•  Process  1411  -  Request  an  IPR.  An  IPR,  typically  defined  as  a  contract  require¬ 
ment,  allows  the  Air  Force  to  review  the  progress  of  drawings  prior  to  delivery. 
The  IPR  provides  an  opportunity  to  determine  the  quality  of  production,  configura¬ 
tion  accounting,  and  overall  detail  to  the  development  of  the  prime  (and  subcon¬ 
tractor)  engineering  drawings. 

The  government  will  usually  request  the  IPR  after  a  certain  percentage  of  drawings 
have  been  produced  (e.g.,  30%,  60%,  90%  complete).  If  the  contractor  experiences 
problems,  additional  IPRs  may  be  scheduled. 

•  Process  1412  -  Prepare  For  IPR.  The  contractor  will  prepare  for  the  IPR  by 
updating  the  drawing  tree  (i.e.,  indentured  data  list)  and  assembling  the  current 
drawing  set.  The  contractor  is  responsible  for  providing  staff  who  are  responsible 
for  the  content  of  the  drawings. 

•  Process  1413  -  Retrieve  Sample  Showing  Change  from  Previous  IPR.  This  proc¬ 
ess  identifies  which  drawings  have  been  updated  as  a  result  of  the  previous  IPR. 
These  drawings  are  then  retrieved  prior  to  the  IPR  for  presentation  to  the  Air  Force. 

•  Process  1414  -  Confirm  Previous  Discrepancies.  One  of  the  first  tasks  in  a  typical 
IPR  is  to  retrieve  and  review  any  drawings  which  were  cited  in  a  previous  IPR.  This 
ensures  that  the  contractor  has  taken  the  necessary  steps  to  correct  any  deficient 
drawings  or  drawing  practices. 

•  Process  141S  -  Retrieve  Current  Sample.  The  retrieval  of  drawings  from  those 
available  may  be  made  on  a  random  basis,  or  focus  specifically  on  a  particular 
system  segment.  Once  selected,  this  set  of  drawings  forms  the  basis  of  the  review 
comments. 

•  Proce.ss  1416  -  Review  Drawings.  Tlie  review  of  the  drawings  usually  occurs  at  the 
contractor’s  plant.  A  list  of  the  drawings  completed  (at  the  time  of  the  IPR)  are 
presented  via  a  drawing  tree  to  the  Air  Force.  From  the  drawing  tree  the  Air  Force 
selects  a  random  sample  for  review.  The  IPR  includes  a  review  of; 
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Degree  of  completeness  of  the  drawing 

Adherence  to  standard 

Whether  the  drawing  has  been  checked 

Whether  the  drawing  has  been  reviewed  internally  according  to  Compa.iy  standards 
General  quality 

Conformance  to  drawing  standards 

Discrepancy  Reports  are  developed  that  identify  the  scope  of  the  problem,  as  well 
as  any  comments  or  notes  which  were  made  at  the  review.  These  reports  are 
collected,  analyzed,  and  collated  for  a  summary  format. 

«  Process  1417  -  Consolidate  and  Distribute  Discrepancy  List.  As  each  drawing  is 
reviewed,  annotations  are  made  identifying  the  drawing(s),  the  discrepancy,  and 
any  information  pertinent  to  the  drawing.  At  the  end  of  the  EPR,  minutes  are 
generated  noting  general  statements  concerning  the  drawings,  their  quality,  and 
resolution  of  any  problems.  Should  action  be  necessary  on  the  part  of  the  contrac¬ 
tor,  the  minutes,  along  with  action  items,  will  be  transmitted  via  the  PCO  to  the 
contractor. 

C  3.4.2  Process  142  -  Provide  Test  Support 

The  Test  phase  allows  a  design  to  demonstrate  its  compliance  with  the  requirements 

specification.  The  following  details  the  processes  equired  to  conduct  a  test  effort  (See 

Figure  C-15) 

•  Process  1421  -  Generate  Test  Requirements.  The  test  requirements  are  specific 
criteria  which  demonstrate  compliance  with  a  design  requirement.  From  the  test, 
performance  characteristics  can  be  derived  and  analyzed  in  relation  to  the  test  re¬ 
quirements  document.  An  example  of  a  test  requirement  would  be  to  measure  the 
system’s  operational  capability  versus  the  functional  specification. 

•  Process  1422  -  Generate  Test  Plan.  The  Test  Plan  outlines  the  entire  test  effort 
from  an  organizational,  functional,  and  analytical  viewpoint.  The  plan  identifies 
the  test  schedule,  test  milestones,  and  organizational  lines  of  responsibility  in  con¬ 
ducting  the  test.  The  plan  also  identifies  unique  test  requirements  such  as  inde¬ 
pendent  test  support  from  the  Test  Wings  or  the  Flight  Test  Centers  (e.g.,  AFFTC 
or  AFOTEC). 

•  Process  1423  -  Generate  Test  Procedures.  The  Test  Procedures  outline  specific 
steps  m  the  performance  and  operation  of  the  test.  The  procedures  outline  the  test 
preparation  requirements,  any  environmental  considerations  and  how  data  will  be 
recorded,  reduced,  and  interpreted.  For  example,  the  requirement  for  any  pre-ex¬ 
isting  test  conditions  are  documented  in  the  test  procedures. 

•  Process  1424  -  Generate  Test  Data  Sets.  CSCl's  and  HWCI’s  with  built-in  tests 
(i.e.,  firmware)  require  the  use  of  established  and  verifiable  test  data  sets.  These 
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test  data  sets  verify  error  conditions,  establish  internal  parameters,  and  exercise 
permutations  based  on  the  parameters  of  the  software.  An  analysis  of  the  design  is 
performed  to  ensure  that  the  test  data  sets  encompass  the  functions  to  be  tested. 

•  Process  1425  -  Conduct  Test.  The  test  is  then  conducted  according  to  the  test 
plan,  test  requirements,  and  test  procedures.  Each  operation  is  documented  to  pro¬ 
vide  as  much  qualitative  and  quantitative  data  as  possible. 

•  Process  1426  -  Analyze  Test  Results.  The  test  data  is  then  analyzed  in  relation  to 
the  test  and  design  requirements.  This  analysis  forms  the  basis  for  documenting  the 
results  of  the  test. 

•  Process  1427  -  Generate  Test  Report.  The  Test  Report  identifies  test  observations, 
test  results,  analyses,  conclusions,  etc.  In  addition,  each  design  requirement  is 
traced  through  the  System  Segment  Specification  (Type  A),  and  test  requirements. 
This  report  is  used  to  support  the  FQR  by  establishing  compliance  with  the  specifi¬ 
cation  via  the  test  results. 

C.3.4.3  Process  143  -  Provide  Configuration  Management 

Configuration  Management  is  the  process  of  identifying  functional  and  physical  character¬ 
istics  of  an  item  during  the  weapon  system  life  cycle,  controlling  changes  to  the  item,  and 
tracking  configuration  items.  As  with  other  general  technical  support  processes.  Configu¬ 
ration  Management  has  been  broken  down  into  several  identifiable  activities.  (See  Figure 
C-16) 

•  Process  1431  -  Develop  Configuration  Management  Plan.  This  plan  identifies 
how  the  contractor  will  meet  the  configuration  management  requirements  within  the 
life-cycle  of  the  item  (CQ.  In  addition,  this  plan  defines  the  criteria  for  controlling 
engineering  changes  (i.e.,  ECP,  SCNs,  ACSNs,  etc.) 

•  Process  1432  -  Configure  HWCI  Item.  As  outlined  in  the  system  allocation  docu¬ 
ment,  each  item  to  be  identified  for  configuration  is  performed  at  the  product 
baseline.  Earlier  baselines  (functional  baselines  and  allocated  baselines)  have  ap¬ 
plicability  over  an  entire  segment  of  configuration  items.  The  product  specification 
identifies  the  detailed  design  information  to  be  included  as  configuration  items. 

•  Process  1433  -  Review  Proposed  Changes.  An  engineering  change  to  a  Cl  are 
documented  in  an  ECP,  OCP,  ACSN,  or  waiver.  Modifications  are  divided  into  five 
classes'  temporary,  R&D,  retrofit,  Safety  of  Flight,  or  new  operational  capabilities. 
Each  proposed  modification  is  reviewed  for  technical  sufficiency,  cost,  and  sched¬ 
ule  and  must  be  approved  by  the  Configuration  Control  Board  (CCB). 

•  Process  1434  -  Generate  Configuration  Status  Report.  The  configuration  status 
report  is  used  to  perform  and  manage  configuration  status  accounting.  This  report 
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maintains  traceability  of  the  configuration  baseline  and  facilitates  the  effective  con¬ 
trol  of  changes.  The  information  to  be  recorded  regarding  the  system,  i.e.,  tail 
number,  serial  number,  version  number,  is  specified  lAW  MI1^STD-482A. 

•  Process  1435  -  Prepare  for  Audit  (FCA,  PCA,  FQR).  This  process  supports  each 
of  the  audits  and  reviews  which  occur  subsequent  to  the  finalization  of  the  design 
during  FSD.  The  audits,  both  physical  and  functional,  use  the  CM  systems  to  help 
identify  traceability  towards  the  initial  requirements.  A  configuration  status  report 
will  identify  current  status  in  terms  of  Cl  development,  changes,  and  implementa¬ 
tion. 

•  Process  1436  -  Conduct  Audit.  This  activity  refers  to  the  SPO’s  auditing  of  either 
the  Physical  Configuration  Items  or  the  system’s  functional  configuration.  The 
physical  configuration  audit  ensures  delivery  of  all  items  cited  in  the  contract  and 
identified  in  the  CM  system.  The  functional  configuration  audit  refers  to  the 
weapon  systems  demonstrated  ability  to  meet  the  functional  specification. 

C.3.5  Level  IS  -  Provide  Supplementary  SPO  Support 

The  Post-Award  support  characterizes  the  activities  of  the  SPO  prior  to  and  during 
PMRT.  The  processes  at  this  level  depict  those  activities  performed  by  the  SPO  subse¬ 
quent  to  the  award  of  the  production  contract.  This  activity  is  comprised  primarily  of  a 
coordination  activity  by  the  SPO  in  terms  of  financing,  resources,  and  changes  of  a  cor¬ 
rective  nature.  In  terms  of  the  system,  the  PMRT  Working  Group  is  initiated  which 
provides  additional  coordination  between  the  SPO  and  the  SPM.  (See  Figure  C-l?) 

C.4  DEVELOP  MANUFACTURING  DATA  DFDs 

The  Develop  Manufacturing  Data  data  flow  diagrams  provide  a  general  overview  of  the 
processes,  data  stores,  and  data  flows  for  the  manufacture  of  a  weapon  system.  These 
diagrams  are  not  intended  to  define  a  specific  contractor  or  acquisition  program,  but  are 
intended  to  give  a  generic  view  of  the  manufacturing  process  and  data  available  for  both 
Air  Force  and  contractor  use. 

The  node  tree  (Figure  C-l  8)  and  the  DFD  Overview  (Figure  C-19)  provides  an  overview 
of  the  manufacturing  process  and  the  use  of  PDD.  The  node  decomposes  manufacturing 
into  four  major  sub-processes.  Assess  Design  Producibility,  Conduct  Producibility  and 
Engineering  Planning  (PEP),  Conduct  Low  Rate  Initial  Production  (LRIP),  and  Produce 
Product. 

During  the  manufacturing  process  AFSC  is  responsible  for  acquiring  and  managing  PDD 
for  system  acquisitions  until  Program  Management  Responsibility  Transfer  (PMRT),  at 
which  time  the  prime  Air  Logistics  Center  (ALC)  assumes  control  of  the  PDD.  Air  Force 
Regulation  800-34  (Acquisition  of  Engineering  Data)  sets  the  current  policy  and  guide- 
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FIGURE  C-I7.  PROVIDE  SUPPLEMENTARY  SPO  SUPPORT  DFD 


FIGURE  C-18.  DEVELOP  MANUFACTURING  DATA  NODE  TREE 
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FIGURE  C-19.  DEVELOP  MANUFACTURING  DATA  DFD 


lines  for  the  acquisition  of  engineering  drawings  and  associated  data.  This  regulation  is 
further  augmented  by  DoD-D-lOOOB  and  DoD-STD-lOOC  which  set  the  requirements  for 
the  development  and  delivery  of  engineering  drawings  and  associated  data. 

C.4.1  Level  21  -  Assess  Design  Producibiiiiy 

During  the  Concept  Exploration  phase  of  weapon  system  development,  the  preliminary 
designs  are  examined  for  manufacturability.  (See  Figure  C-20) 

C.4.1. 1  Process  211  -  Evaluate  Manufacturing  for  Preplanned  Product  Improve¬ 
ments  (P3I) 

This  is  an  acquisition  strategy  which  plans  for  technologies  to  accomplish  an  orderly  and 
cost-effective  phased  development  of  a  system.  The  plan  accounts  for  enhancements  in 
system  capability,  utility,  and  operational  readiness.  The  P3I  program  objectives  are:  1) 
shorten  acquisition  and  deployment  time  for  a  system  or  incremental  improvement;  2) 
reduce  acquisition  and  operational  support  costs;  3)  extend  the  life  of  a  system;  4)  reduce 
technical,  cost,  and  schedule  risks;  S)  accomplish  the  orderly  enhancement  of  a  system; 
and  6)  reduce  logistics  and  support  problems. 

C.4.1.2  Process  212  -  Assess  Manufacturing  Technology 

During  the  “Assess  Manufacturing  Technology”  process,  an  evaluation  of  current  capa¬ 
bilities  and  requirements  to  existing  manufacturing  technology  is  conducted.  The  identifi¬ 
cation  of  manufacturing  needs  and  the  consideration  of  optional  technologies  for  risk 
areas  or  the  demonstration  of  capabilities  within  the  laboratory  are  determined. 

C.4.1.3  Process  213  -  Evaluate  Production  Risks 

An  evaluation  of  the  manufacturing  risk  is  conducted  early  within  the  development  of  a 
system.  The  production  risk  evaluation  is  used  to  quantify  the  feasibility  of  manufactur¬ 
ing  a  proposed  system.  This  assessment  is  a  support  tool  used  by  the  contractor  and  the 
System  Program  Office  (SPO)  in  making  decisions  on  the  manufacturability  of  a  product, 

C.4.1. 4  Process  214  -  Assess  Availability  of  Critical  Material 

System  performance  may  be  dependent  upon  the  use  of  one  or  more  materials  classified 
as  strategic.  Because  the  availability  of  some  material  is  beyond  the  control  of  the  Air 
Force  or  the  contractor,  the  evaluation  of  alternative  system  concepts  is  necessary.  The 
potential  need  for  these  materials  is  identified  and  the  nonavailability  of  these  materials  is 
considered. 

C.4.1.5  Process  215  -  Purchase  Critical  Manufacturing  Material 
If  material  is  identified  as  critical  to  a  system,  forward  planning  determines  the  availabil¬ 
ity  of  this  material  in  the  current  market.  Once  long  lead  time  material  has  been  identi¬ 
fied,  it  is  possible  to  place  advance  purchase  orders  for  this  material  or  obtain  it  from 
government  stockpiles. 
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C.4.1.6  Process  216  -  Develop  Manufactiuint  Strategy 

The  development  of  a  manufacturing  strategy  is  a  subset  of  the  overall  acquisition  strat¬ 
egy.  All  new  manufacturing  technologies,  if  required,  will  have  specific  plans  for  the 
development,  proof,  and  transition  of  the  technology  to  the  producer. 

C.4.2  Level  22  -  Conduct  Producibility  and  Engineering  Planning  (PEP) 

Once  the  Concept  Exploration  phase  of  system  development  has  been  completed,  the 
technologies  and  candidate  designs  are  examined  for  producibility.  During  PEP  the 
manufacturing  criteria,  MANTECH  requirements,  production  feasibility,  and  initial  manu¬ 
facturing  package  are  created.  (See  Figure  C-21) 

C.4.2.1  Process  221  -  Establish  Manufacturing  and  Production  Criteria 

The  producibility  and  engineering  plan  requires  the  contractor  to  develop  producibility 
criteria  to  guide  the  design  effort.  The  criteria  reflect  the  mixture  of  general  and  specific 
criteria  applicable  to  the  system  being  developed. 

C.4.2.2  Process  222  -  Demonstrate  Manufacturing  Technology  Requirements  (MAN¬ 
TECH) 

For  those  technologies  requiring  development,  laboratory  demonstrations  are  necessary. 
The  development  of  new  manufacturing  technology  represents  a  phased  approach  to  the 
definition  and  demonstration  of  these  new  capabilities. 

C.4.2.3  Process  223  -  Assess  Production  Feasibility 

This  is  the  likelihood  that  a  design  can  be  produced  using  existing  production  technology, 
while  meeting  the  quality,  production  rate,  and  cost  requirements  of  the  program. 

C.4.2.4  Process  224  -  Create  Initial  Manufacturing  Plan 

The  initial  manufacturing  plan  is  designed  to  describe  the  expected  facilities,  tooling,  and 
personnel  resources  necessary  to  produce  the  design.  The  plan  reflects  the  phased  activi¬ 
ties  required  to  produce,  test,  and  deliver  an  acceptable  system  on  schedule  and  at  a 
minimum  cost.  Such  a  plan  may  identify  the  fabrication  methods  planned,  facilities,  and 
estimated  personnel  requirements  for  the  production  of  the  system.  The  initiai  plan  is 
carefully  evaluated  by  the  SPO  for  reasonableness  and  attainability  within  the  planned 
program  budget. 

C.4.2.5  Process  225  -  Develop  Quality  Assurance  Plan 

A  preliminary  quality  assurance  plan  is  developed  to  assure  the  product  will  meet  the 
performance  requirements  set  in  the  system  specification,  yet  also  meet  production  sched¬ 
ules.  The  quality  assurance  plan  details  the  testing  and  evaluation  of  the  system  and  its 
components. 
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C,4.2.6  Process  226  -  Create  Producibility  and  Engineering  Plan 
The  design  of  a  system  must  take  into  consideration  the  producibility  of  an  item.  In  the 
creation  of  the  Producibility  and  Engineering  Plan  measures  are  used  to  develop  the  tech¬ 
nical  data,  designs,  special  purpose  manufacturing  equipment,  tooling  and  computer  mod¬ 
els  used  to  assess  the  producibility  of  an  item.  A  plan  is  developed  from  this  assessment 
which  details  the  technical  findings  and  the  producibility  of  the  system. 

C.4.3  Level  23  -  Conduct  Low  Rate  Initial  Production  (LRIP) 

Once  the  Demonstration  and  Validation  phase  of  system  development  is  complete,  the 
selected  design  is  manufactured  for  testing  and  evaluation  during  the  Full  Scale  Develop¬ 
ment  phase  of  weapon  system  acquisition.  (See  Figure  C-22) 

C.4.3. 1  Process  231  -  Develop  Tooling  and  Process  Information 
The  during  this  phase  the  contractor  develops  the  production  methods  that  are  representa¬ 
tive  of  the  final  production  system.  These  methods  may  be  temporary,  low-cost  alterna¬ 
tives  to  the  final  method  used,  but  provide  a  product  which  is  representative  of  the  final 
production  line  item  During  this  period,  the  development  and  fabrication  of  production 
tooling  and  processes  can  occur. 

C.4.3,2  Process  232  -  Create  CAM  Data 

The  creation  of  CAM  data  from  CAD  data  occurs  during  this  process.  The  CAM  data  can 
then  be  used  for  the  development  of  manufacturing  models,  CNC  data,  and  manufactur¬ 
ing  engineering  data  for  system  production. 

C.4.3. 3  Process  233  -  Create  Test  Production  Item 

A  pre-production  prototype  is  created  for  development  testing  and  evaluation  (DT&E)  as 
well  as  initial  operational  testing  and  evaluation  (lOT&E).  If  such  a  prototype  is  used  for 
lOT&E,  the  test  item  should  reflect  the  production  item’s  operational  effectiveness  and 
suitability. 

C.4.3.4  Process  234  -  Perform  Operational  Testing  and  Evaluation 
During  operational  testing  and  evaluation  the  item’s  operational  effectiveness  and  suitabil¬ 
ity  are  determined. 

C.4.3. 5  Process  235  -  Conduct  Production  Readiness  Review  (PRR) 

The  production  readiness  review  verifies  that  the  production  design  planning  and  produc¬ 
tion  preparations  are  at  a  point  where  production  can  occur  without  incurring  unaccept¬ 
able  risk.  The  results  from  the  PRR  support  the  Program  Manager’s  decision  whether  or 
not  to  continue  with  production 

C.4.3.6  Process  236  -  Produce  Initial  Item 

During  initial  item  production  a  limited  number  of  special  pilot  items  are  produced.  Pilot 
Items  produced  under  this  phase  must  satisfy  DT&E  and  OT&E  requirements  During 
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this  period,  final  production  line  capability  and  preparations  for  full  scale  production  are 
completed. 

C.4.3.7  Process  237  -  Conduct  Production  Acceptance  Test  and  Evaluation 

The  prototype  items  are  tested  and  a  final  evaluation  is  made  to  determine  if  they  meet 

operational  effectiveness  and  suitability  standards. 

C.4.4  Level  24  -  Produce  Product 

Once  testing  and  evaluation  of  initial  production  items  have  been  completed,  full  scale 
production  of  the  configured  item  can  be  initiated.  (See  Figure  C-23) 

C.4.4. 1  Process  241  -  Initiate  Final  Process  Plan 

The  initiation  of  a  final  process  plan  begins  with  the  modification  of  production  facilities, 
tooling,  test  equipment,  and  manufacturing  processes  necessary  to  produce  the  item. 

C.4.4.2  Process  242  -  Implement  Final  Manufacturing  Plan 

The  implementation  of  the  final  manufacturing  plan  begins  with  the  initiation  of  produc¬ 
tion  according  to  previously  developed  schedules.  This  phase  focuses  on  the  schedules 
and  deliverable  items  necessary  to  meet  the  production  contract. 

C.4.4.3  Process  243  -  Produce  Item  (Detailed  View) 

The  item  is  now  produced  on  a  production  (quantity)  basis.  The  manufacturing  proc¬ 
esses,  tooling,  test  equipment,  and  schedules  are  used  to  create  the  contracted  item.  This 
level  of  information  provides  an  overview  of  the  processes  which  occur  during  the  manu¬ 
facture  of  a  “generic”  product.  (See  Figure  C-24) 

•  Process  2431  -  Implement  Manufacturing  Management  Plan.  The  manufacturing 
management  plan,  which  details  schedules,  facility  layout,  personnel  requirements, 
and  delivery  dates,  is  implemented  during  this  phase  of  system  manufacture.  Im¬ 
plementation  causes  initiation  of  material  requests,  subcontractor  manufacturing, 
construction  of  jigs  and  fixtures,  and  the  modification  of  facilities  for  production. 

•  Process  2432  -  Conduct  Shipping  and  Receiving  Operations.  During  this  process, 
material,  sub-components,  and  government  furnished  equipment  are  ordered,  re¬ 
ceived.  and  stored  for  use  by  the  manufacturing  facilities.  The  material  identified 
in  Process  214  (Assess  Availability  of  Critical  Material)  and  purchased  in  Process 
215  (Purchase  Critical  Manufacturing  Material)  are  received  along  with  non- 
strategic  material  for  the  manufacture  of  the  system.  The  material  and  sub¬ 
components  are  provided  by  the  government,  subcontractor,  and  vendors  and  pre¬ 
pared  for  processing  and  assembly. 

•  Process  2433  -  Perform  Tool  and  Die  Production.  The  tooling,  dies,  jigs,  and 
special  fixtures  are  fabricated  during  this  process  according  to  manufacturing  re- 
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quiremenis  and  specifications.  These  tools,  dies,  jigs,  and  fixtures  are  used  to 
process,  treat,  machine,  and  assemble  the  system. 

•  Process  2434  -  Initiate  Shop  Operations.  During  this  process  raw  material  is 
machined,  treated,  and  processed  to  create  parts  and  components  used  during  other 
phases  of  production.  Also,  the  tooling,  jigs,  and  fixtures  are  applied  to  the  ma¬ 
chining,  treatment,  and  assembly  of  certain  parts. 

•  Process  2435  -  Assemble  Small  Parts.  The  parts  created  during  the  previous  proc¬ 
esses  or  purchased  from  vendors  are  assembled  into  small  part  assemblies  which 
are  used  during  other  phases  of  manufacturing. 

•  Process  2436  -  Assemble  Components.  The  small  part  assemblies  are  combined 
to  form  larger  components  which  are  used  later  in  the  production  process.  These 
components  may  be  specific  subsystem  units  such  as  avionics,  navigation,  commu¬ 
nications,  power  plant,  etc.,  that  will  be  integrated  into  the  system. 

•  Process  2437  -  Assemble  System  Units.  The  components  assembled  in  the  previ¬ 
ous  process  are  integrated  into  system  units.  These  systems  units  are  assemblies  of 
related  components  that  are  combined  to  create  the  final  product, 

•  Process  2438  -  Assemble  Final  Product.  The  previously  created  system  units  are 
assembled  into  the  final  product. 

•  Process  2439  -  Conduct  Operational  Testing  and  Evaluation  (OT&E).  As  with  the 
test  and  initial  production  items,  operational  testing  and  evaluation  is  conducted  to 
determine  if  the  product  produced  meets  the  operational  effectiveness  and  suitabil¬ 
ity  criteria  detailed  in  the  system  specifications. 

C.4.4.4  Process  244  -  Initiate  Spares  Production 

The  manufacture  of  spare  parts  is  integrated  with  the  production  of  the  item.  This  takes 
advantage  of  the  lower  costs  associated  with  large  fabrication  lots. 

C.4.4.5  Process  245  -  Implement  Engineering  Changes 

During  follow-on  operational  testing  and  evaluations,  feedback  on  the  system  can  identify 
areas  for  improvement  These  improvements  frequently  result  in  design  changes  that 
modify  the  manufacture  of  the  product. 

C.4.4.6  Process  246  -  Implement  Preplanned  Product  Improvement  Plan 

During  this  phase,  the  preplanned  product  improvements  identified  earlier  are  imple¬ 
mented.  This  allows  for  a  phased  growth  in  the  systems  capabilities,  utility  and  opera¬ 
tional  readiness. 
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C.4.4.7  Process  247  -  Initiate  PMRT 

PMRTis  the  deliveiy  of  system  management  responsibility  to  the  AFLC  by  the  acquisition 
SPO.  During  this  period,  engineering,  financial,  and  logistical  support  information  are  de¬ 
livered  to  the  ALC  SPO. 

C.5  DATA  DICTIONARY 
C.5.1  Data  Stores 

The  following  dictionary  defines  the  contents  of  the  data  stores  identified  in  the  data  flow 
diagrams.  In  the  diagrams  these  data  stores  are  symbolized  by  a  pair  of  horizontal  lines 
closed  at  the  left-hand  side.  Each  store  has  an  identification  number  at  the  left-hand  end, 
and  has  an  alpha-numeric  code  on  the  top  which  describes  the  automation  status,  media  and 
physical  storage  format  used  (refer  to  Table  C-1  for  details  of  the  DFD  codes.) 

Acceptance  Test  Data 

Identifies  the  conditions  and  parameters  under  which  the  First  Article  will  be  tested. 
Acceptance  Test  Standards  and  Procedures 

In  performing  acceptance  testing,  standards  and  procedures  are  formulated  to  ensure  that 
the  First  Article  meets  the  Type  C  Specification  and  will  reflect  accurately  the  information 
contained  in  the  approved  Level  2  drawings. 

ACSN  (Advanced  Change  Study  Notice) 

Used  to  present  essential  information  regarding  a  change  proposal.  This  information  in¬ 
cludes  a  statement  of  the  problem,  the  proposed  solution,  and  estimated  cost. 

Additional  Design  Information 

Identifies  any  information  not  currently  available  in  the  Level  2  Engineering  Data  package 
Generated  by  the  engineers,  this  information  supplements  the  package  of  information  sup¬ 
plied  to  the  drafting  organization.  This  information  also  includes  any  additional  sketches, 
layouts  or  instructions  prior  to  production  of  the  drawing. 

AFLC  Form  206  -  Temporary  Work  Request  Form 

Local  Manufacturing  is  initiated  by  MM  using  AFLC  Form  206.  This  request  sent  to  the 
planner  who  has  an  option  to  accept/reject  the  request.  This  form  is  being  automated  as 
Maintenance  Work  Load  System  (G336). 

AFLC  Form  237  -  Temporary  Labor  And  Material  Plan 

Used  to  plan  the  labor  and  material  requirements.  From  this  form  is  extracted  the  L-^3A 
funding  report  for  input  into  G004L  automated  system.  This  form  is  prepared  by  the 
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maintenance/enginearing  planner.  It  includes  RCC  code,  the  operator  number,  time  re¬ 
quired  to  perform  task,  operation  description,  material  code,  part  number,  quantity,  cost 
center,  etc. 

AFLC  Form  256  -  Job  Control 
Assigns  job  control  number  to  the  work. 

AFLC  Form  761  -  Screening  Analysis  Work  Sheet 

Competition  Advocacy  (CR)  uses  AFLC  Form  761-Screening  Analysis  Work  Sheet  to 
screen  engineering  data  to  ensure  that  the  data  is  adequate  to  support  competitive 
reprocurement. 

AFLC  Form  958/959  -  Work  Control  Document 

The  maintenance/engineering  planner  in  the  MA_E  organization  must  prepare  work  con¬ 
trol  document  that  sequences  all  the  necessary  steps  to  repair  or  local  manufacture  the 
item  with  the  essential  engineering  data  defined  for  each  step.  MA  uses  this  form  for 
parts  routing,  operation  description,  and  work  verification  by  assigning  a  work  control  job 
order  number. 

Allowables 

Allowab’e  stresses  (shear,  fracture,  bond,  etc.)  are  the  calculated  permissible  physical 
characteristics  so  that  the  structure/part  will  not  fail. 

Analysis  Information 

Identifies  process  data  for  the  production  of  the  item.  It  is  included  on  the  drawing 
required  for  manufacturing  in  areas  such  as  machining,  tolerance,  finish,  hardness,  etc. 

Applicable  Spcciricntion 

Identifies  the  specifications  which  identify  functional  requirements.  They  are  used  to 
establish  the  means  of  verification  for  the  FQR  and  both  functional  and  physical  audits 
(FCA/PCA). 

Assembly  Drawings 

Comprised  of  arrangement,  cable,  exploded  view  and  installation  drawings. 

Bill  of  Material  (BOM) 

Describes  the  raw  materials  and  purchased  parts  used  in  the  manufacture  and  assembly 
of  a  product  or  those  materials  or  purchased  parts  required  as  a  result  of  a  change  in  a 
product. 
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CAB  (Computer  Aided  Design)  Database 

This  is  the  design  data  (geometry,  typology,  dimensions,  etc.)  developed  by  the  designers 
of  the  item  and  issued  to  develop  Computer  Aided  Manufacturing  (CAM)  data. 

CAD  Modeis 

Represents  at  this  level  the  conglomeration  of  quantitative  design  models  used  to  provide 
the  design  definition.  In  more  detailed  drawings,  CAD  modeis  are  defined  within  the 
various  processes  such  as  fuel-use  vs.  mission  analysis,  propulsion  vs.  weight,  flight-en¬ 
velope  vs.  mission,  etc.  All  of  these  models  serve  to  provide  a  quantitative  approach  in 
optimizing  the  design  given  a  particular  mission. 

CAM  (Computer  Aided  Manufacturing)  Data 

The  MA_P,  organization  creates  CAM  Modeis  when  CNC  (Computer  Numerical  Control) 
methods  are  employed.  A  2D/3D  vector  model  is  developed  and  then  CAM  data  (cutter 
tool  path)  is  created.  The  CAM  data  is  entered  into  models  and  used  when  the  manufac¬ 
turing  is  performed. 

CAM  Models 

Refer  to  the  quantitative  approach  in  defining  how  an  item  will  be  manufactured.  This 
work  defines,  for  example,  methods  and  parameters  for  achieving  a  particular  hatdness, 
establishing  tooling  paths,  and  generating  optimum  resource  scheduling  for  the  manufac¬ 
turing  floor. 

CDR  (Critical  Design  Review)  Minutes 

Generated  at  the  CDR  and  includes  any  notes,  comments,  action  items  or  problems  identi¬ 
fied  at  the  CDR.  The  minutes  are  also  used  to  authenticate  an  updated  or  appended 
design. 

CDRLs  (Contract  Data  Requirement  Lists) 

Generated  on  DD  Form  1423.  This  item  which  is  cited  in  the  SOW  (Statement  of  Work) 
and  supported  or  supplemented  by  various  DlDs.  It  is  an  integral  component  of  the 
contract,  and  includes  schedule,  delivery,  and  identification  information. 

CIM  (Computer  Integrated  Manufacturing)  Models 

Allow  for  an  integrated  method  of  scheduling  jobs,  shop  floor  control,  robotics,  and  the 
management  of  the  production  operation. 

Company  Standards  and  Specifications 

Identify  internal  corporate  practices  used  to  describe  how  the  contractor  will  develop 
drawings,  specifications,  and  produce  an  item. 
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Comparison  Reports 

Identify  the  results  of  analyses  detailing  the  trade-off  process  between  the  various  tech¬ 
nologies  of  each  Cl. 

Competitor  and  Alternate  Manufacturing  Plans  and  New  Technologies 
Contains  the  plans  used  to  create  a  competitive  environment  for  the  manufacture  of  a 
design.  It  also  contains  alternative  manufacturing  plans  and  new  technologies  needed  to 
produce  an  item. 

Concept  Data 

Identifies  a  particular  configuration  of  technologies  which,  when  deployed,  comprise  a 
system.  As  this  information  resides  in  the  Develop  Conceptual  Design  process,  the  con¬ 
cept  data  is  broad. 

Concept  Exploration  Contract 

Represents  the  contracts  utilized  during  the  Concept  Exploration  phase  of  a  weapon  sys¬ 
tem  acquisition. 

Configuration  Items  (CIs) 

Represent  the  active  list  of  identified  HWCIs  and  CSCIs  which  comprise  an  item  or  sys¬ 
tem  CIs  are  the  identified  major  assemblies/componenls  (e.g.,  landing  gear,  avionics, 
wing)  of  the  weapon  system. 

Configuration  Management  Database 

Used  in  the  context  of  applying  configuration  management  control  to  the  engineering 
drawings.  Each  of  the  drawings  are  numbered  lAW  instructions  contained  in  the  CDRL. 

Configuration  Management  (CM)  Plan 

Identifies  the  approach,  method,  and  organizational  requirements  for  instituting  the  C.M 
process.  It  identifies  identification  schemas,  tree  diagrams,  and  reporting  requirements 
and  methods  for  CM  status  reporting. 

Contract  (All  Phases) 

Represents  the  contractual  vehicle  which  provides  the  technical  authority  to  initiate  vari¬ 
ous  tasks  within  the  development  and  acquisition  of  a  weapon  system. 

Control  Drawings 

Comprised  of  altered  item  drawings,  envelope,  installation,  source  control,  and  specifica¬ 
tion  control  drawings. 
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Critical  Manufacturing  Material 

Contains  information  on  materials  critical  to  the  manufacture  of  a  system  and  its  avail¬ 
ability. 

D032-Item  Management  Stock  Control  And  Distribution  (IMSC&D) 

Performs  the  wholesale  stock  control  and  distribution  fuitctions  for  worldwide  users.  It 
maintains  visibility  of  all  assets  within  the  wholesale  complex  controlled  by  the  inventory 
manager  and  tracks  tlie  issuance  of  materia!  within  levels  and  priority. 

D033-AFLC  Retail  Stock  Control 

This  system  is  the  Central  Materiel  Locator  Management  System  for  AFLC  Retail  Stock 
Control  and  Distribution  and  provides  inventory  accounting  for  all  stock  items  in  support 
of  repair  activities,  tenants,  and  other  local  organizations  including  the  accounting  for 
materials  issued  to  the  Directorate  of  Maintenance  Inventory  Control  Center  at  ALCs. 

D039-Equipment  Item  Requirements  Computation  System 

Using  reported  organizational  authorizations  and  assets  as  projected  against  the  organiza¬ 
tion  program  file,  this  system  computes  USAF  requirements  for  equipment  items.  This 
information  is  used  for  the  preparation  of  procurement  plans  and  budget  estimates. 

D041-Recoverable  Consumption  Item  Requirements  System 

Computes  peacetime  and  war  readiness  requirements  for  Air  Force  Recoverable  Items. 
Provides  indication  of  items  subject  to  buy,  repair,  termination,  and  disposal.  This  system 
provides  products  in  accordance  with  DoD  formats  and  on-line  file  maintenance  and 
interrogation  capability  to  system  users. 


D049-Master  Material  Support  Record  (Recoverable) 

Maintains  current  identification  of  all  parts  and  materials  which  are  part  of  recoverable 
items  subject  to  depot  level  repair.  AFLCR  65-3  establishes  the  requirements  to  maintain 
currency  of  data  developed  during  the  Provisioning  function.  The  resulting  data  is  used  to 
establish  the  records  and  data  in  D049, 

D0S7G-Advanced  Configuration  Management  System 

Provides:  1)  automated  data  system  support  for  weapon  system  configuration  status  ac¬ 
counting,  2)  status  of  modification  actions  by  Air  Force  activities,  3)  status  of  serialized 
items  related  to  the  parent  system.  4)  Technical  Order  notification  and  compliance  status 
information. 
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D062-EOQ  Buy/Budget  Computation  System 

Computes  current  wholesale  stock  levels,  buy  requirements,  projected  requirements,  and 
the  asset  position  for  budget  purposes.  The  system  operates  for  stock  fund  and  centraiiy 
procured  ERRC  coded  items  The  buy  computation  is  run  weekly;  the  budget  computa¬ 
tion  is  run  quarterly. 

D066~Commodity  Configuration  Management  System 

Provides  TCTO/modification  status  for  selected  commodity  type  accessories  not  covered 
by  other  established  configuration  status  systems.  Provides  AFLC  Item  Managers  with  a 
monthly  status  in  terms  of  units  and  man-hours.  Outputs  control  accumulated  TCTO 
backlogs,  resolves  kit/material  shortages  preventing  accomplishment,  and  ensures  desired 
configuration  improvement. 

D073-Rcpair  Requirement  Computation 

Provides  an  automated  method  for  determining  short  and  long  range  repair  needs.  The 
system  computes  a  Weighted  Daily  Demand  Rate  (WDDR)  for  all  recoverable  items  (ex- 
pendability-repairability-recoverability-cost  (ERRC)  codes 

Data  List  Form  1659 

Used  to  prepare  a  data  list  which  forms  part  of  the  bid  set.  This  also  acts  as  a  check  list 
for  the  bidder  to  verify  if  all  the  drawings  are  present  in  the  reprocuremem  package. 

DcmonstrationA'alidation  (DEM/VAL)  Contract 

Represents  the  information  contained  in  the  contract  used  to  implement  the  Demonstra- 
tion/Validation  phase  of  the  acquisition. 

Deficiency  Notice 

identifies  a  functional  or  physical  deficiency  revealed  during  the  audits.  The  notice  points 
out  shortcomings  or  failure  to  comply  with  a  given  specification  or  design  requirement. 

Design  Data 

Consists  of  the  design  information  contained  in  the  design  specification.  This  information 
is  updated,  changed,  or  enhanced  as  a  result  of  the  technical  review  at  CDR. 

Design  Sheets 

Used  to  describe  performance,  design,  and  test  requirements  for  equipment  end  items, 
critical  components,  and  computer  programs.  The  Design  Sheet  provides  the  basis  of 
configuration  management  identification 
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Design  Specifications 

Represents  the  preliminary  design  information.  This  information  is  used  to  generate  the 
initial  Product  Specifications  (Type  C). 

Detail  Drawings 

Represents  the  mono-detail,  multi-detail,  and  tabulated  drawings  that  are  developed  dur¬ 
ing  detailed  design. 

Development  SpeciPication  (Type  B) 

Contains  additional  details  beyond  the  System  Specification  (Type  A)  The  B  specifica¬ 
tion  consists  of  five  components.  1)  B1 -Prime  Item,  2)  B2 -Critical  Item,  3)  B3-Non- 
Complex  Item,  4)  B4-Facility  or  Ship,  and  5)  B5-Software.  The  content  of  the  B  Specifi¬ 
cations  are  defined  in  M1L^STD-490A,  Specification  Practices. 

Diagrammatic  Drawings 

Include  block  diagrams,  elcctiomc  schematics,  flow  diagrams,  logic  diagrams,  and  piping 
diagrams 

Discrepancy  Database 

Identifies  the  list  of  discrepancies  which  are  identified  at  the  IPR.  This  form  adheres  to  a 
check  list  ol  factors  which  helps  the  reviewer  generate  a  quantitative  assessment  of  each 
drawing. 

Drawing  Database 

Identifies  the  entire  spectrum  of  drawing  types  identified  in  DoD-STD-lOOC  ’Ihesc 
drawing  types  form  six  drawing  groups.  1)  detail  drawings,  2)  control  drawings,  3)  un- 
dimensioned  draw  mgs,  4)  diagrammMtic  drawings,  5)  assembly  drawings,  and  6)  special 
purpose  drawings. 

Drawing  Requirements 

Identifies  the  type,  format,  quantity,  content,  and  production  requirements  for  the  draw¬ 
ings.  The  requirements  are  derived  from  the  internal  standards  and  practices,  DoD- 
STD-100C,  DoD-D-lOOOB,  or  explicit  direction  in  the  contract. 

Drawing  Specifications  and  Standards 

Refers  to  the  specific  regulations  and  standards  imposed  upion  drawings  This  includes 
MIL-STD-IOOC  and  MiL-STD-lOOOB. 
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Drawings 

IJlustrates  the  collection  of  drawings  which  are  managed  under  configuration  control  after 
acceptance. 

DTA  (Damage  Tolerance  Assessment)  Models 

Used  to  find  the  critical  locations  of  cracks.  Crack  growth  analysis  uses  the  load  spectra 
data  base  and  material  data  base.  Then,  testing  is  performed  to  verify  the  analytical  DTA 
models 

ECPs  (Engineering  Change  Proposals) 

Used  to  apply  changes  to  a  given  configuration.  The  ECP  is  leviewed  for  priority  and 
financial  impact,  as  well  as  related  ECPs  which  may  encompass  similar  efforts.  If  the 
review  is  approved,  the  ECP  will  be  designed,  inv'alled,  and  tested  on  the  weapon  system. 

EDGARS  Data 

Engineering  drav/ings  and  associated  lists  ranging  from  A  to  E  size  in  aperture  card  or 
paper  form  are  scanned  ana  stored  in  EDCARS  m  raster  format  EDCARS  drawings  are 
consolidated  to  form  a  master  bid  set  for  spares  reprocurement 

Engineering  (Contractor) 

Represents  the  engineering  group  within  a  contractor  that  develops  the  design  of  a 
weapon  system 

Engineering  Drawings 

Represents  the  engineering  drawings  which  are  made  available  to  the  government  at  the 
IPR  During  the  IPR,  the  government  selects  sample  drawings  for  review  and  to  serve  as  a 
representative  sample  from  which  assessments  of  quality,  adherence  to  standards,  and 
completeness  are  made 

Environmental  Constraints 

Represents  that  body  of  data  which  encompasses  the  limiting  factors  of  the  environment 
on  the  system  This  information  includes  temperature,  humidity,  electrical  grounding 
considerations,  operating  altitude,  pressure,  cooling  requirements,  etc. 

Estimated  Manufacturing  Cost 

Contains  the  estimated  cost  to  manufacture  the  preliminary  design. 

Fabrication  Data 

Contained  in  the  Fabrication  Specification,  and  consists  of  joining  or  assembly  informa¬ 
tion  pertaining  to  welding,  soldering,  or  riveting  processes. 
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Fasteners  Specincaticn 

Addresses  the  specific  requirements  for  riveting  and  bolting  of  aircraft  structures. 
Feasibility  Assessment 

Using  design  and  manufacturing  data  along  with  avaiiable  prototypes,  an  assessment  of 
the  items  producibiiity  is  formulated.  This  anaiysis  determines  the  extent  of  the  effort 
required  to  produce  the  item. 

FEM  (Finite  Eiement  Modei)  Data 

Represents  the  2-D/3-D  wire  frame  data  used  to  anaiyze  stress  on  isolated  components. 
FSD  Contract 

Represents  the  contract  awarded  at  the  onset  of  the  Full  Scale  Development  phase.  It  is 
shown  at  the  end  of  the  DemonstrationA'alidation  phase  where  critical  information  for  the 
next  phase  is  assembled.  The  contract  is  comprised  of  the  SOW  (Statement  of  Work), 
CDRLs  (Contract  Data  Requirement  List),  a  list  of  applicable  regulations,  and  signature 
sheets. 

G004L-Job  Order  Production  Master  System 

Establishes  a  production  number  for  each  work  authorization  document  authorizing  work 
m  MA.  Provides  mechanized  output  products  .eflecting  status  of  end  items  in  work 
Serves  as  a  Control  Number  Cross  Reference  file  for  validating  maintenance  shop  produc¬ 
tion  count  and  actual  material  costs. 

G019C-MISTR  Requirements,  Scheduling  and  Analysis  System 
Schedules  items  to  be  repaired  organically  and  produces  management  and  problem  re¬ 
ports.  Master  files  are  maintained  at  each  ALC  on  all  items  repaired.  From  this  data. 
Source  of  Repair  (SOR)  reports  are  produced  for  MA  and  IM  reports  are  produced  for 
MM. 

G028-Maintenance  Engineering  Data  Support  System  for  Automation  of  Work  Control 
Data 

Maintenance  Engineering  Data  Support  System  for  the  automation  of  work  control  data  is 
designated  by  G028.  This  automates  AFLC  Form  959  used  by  MA  for  parts  routing, 
operation  description  and  work  verification.  Work  Control  Document  data  are  entered 
into  the  system  by  MA  personnel. 

G063-Maintenance  and  Operational  Data  Access  System  (MODAS) 

This  system  provides  an  on-line  (weapon  system  oriented)  data  system  for  maintenance 
(AFR  66-267)  and  operational  (AFR  65-110)  data  collected  from  base,  ALC,  and  con- 
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tractor  levels.  A  data  base  stores  data  to  support  Reliability  and  Maintainability,  Product 
Improvement  and  Product  Performance  programs  directed  by  HQ  USAF  for  a  period  of 
two  years. 

HWCI  (Hardware  Configuration  Item)  Development  Specification 

Required  to  evaluate  the  design  package  prior  to  CDR.  HWCls  provide  a  baseline  of 
design  requirements  for  the  engineer  to  measure  and  review  the  particular  design. 

Initial  Analysis  Data 

Represents  the  preliminary  design  of  the  weapon  system.  The  general  approach  of  the 
entire  acquisition  cycle  is  to  identify  very  broad  requirements  (i.e.,  stating  the  system 
must  be  capable  of  delivering  a  minimal  payload,  to  a  more  defined  position  of  flight 
characteristics  during  the  delivery  of  the  payload).  This  data  will  be  used  as  a  benchmark 
for  the  demonstration/validation  phase  of  the  acquisition. 

Initial  Manufacturing  Plan 

Identifies  the  processes,  material,  and  equipment  needed  to  initiate  the  manufacturing 
process 

Initial  Material  Specification  (Type  E) 

Represents  the  initiai  material  requirements  for  the  manufacture  of  a  product. 

Initial  Process  Specification  (Type  D) 

Represents  an  initiai  version  of  the  Process  Specification.  In  the  initial  version  the  pre- 
production  process  requirements  are  specified.  Once  production  begins,  the  process 
specifications  for  a  product  are  finalized  and  documented  in  the  final  Type  D  specifica¬ 
tion 

Initial  Production  Schedule 

Represents  the  production  schedule  based  on  information  available  during  the  demonstra¬ 
tion  and  validation  phase  of  system  acquisition. 

Inspection  Test  Data 

Contains  the  results  from  the  inspection  of  the  product. 

J008  -  Screening  Analysis  For  Procurement  Method  Code 

Tracks  screening  analysis  worksheet  (Form  761)  and  supplies  statistical  data  on  the  cur¬ 
rent  workload  of  procurement  method  code  assignment  for  high  dollar  spare  parts  break¬ 
down  program. 
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I^vel  i  Engineering  D«ta 

Documents  the  concept  and  fabrication  of  the  developmental  hardware.  This  data  is 
required  during  the  conceptual  exploration  phase  of  acquisition  and  normally  is  not  deliv¬ 
ered  except  as  required  to  support  technical  reviews.  This  information  consists  of  pri¬ 
mary  candidate  configurations  which  have  been  selected  for  further  analysis. 

Level  2  Engineering  Data  Package 

Identifies  the  completed  design  information  which  is  generated  to  develop  a  prototype 
during  the  demonstration/validation  phase.  This  information  provides  the  baseline  for  the 
engineering  effort  during  the  Finalize  Detail  Design  phase. 

Level  3  ‘‘As-Built”  Engineering  Data 

Developed  to  accurately  reflect  the  manufactured  item.  The  drawings  are  used  to  manu¬ 
facture  the  First  Article  and  are  often  referred  to  as  “Level  2  1/2”,  due  to  the  fact  that  the 
drawings  are  now  detailed  Level  2  drawings,  but  not  to  the  level  of  “As-Built”  (Level  3). 
The  “As-Built”  are  developed  during  development  of  the  first  article,  and  are  reviewed 
during  the  acceptance  test.  Once  the  First  Article  is  accepted,  changes  to  the  Cl  as  well 
as  the  drawing  occur  through  the  production  process. 

Level  3  “As-Designed”  Engineering  Data 

Contains  all  drawings,  specifications,  requirements,  test,  and  other  information  required 
to  manufacture  and  assemble  the  product. 

Level  3  Engineering  Data 

Represents  Level  3  Engineering  Data  is-essential  for  the  maintenance,  modification,  logis¬ 
tics,  and  engineering  support  of  the  production  item.  Level  3  Engineering  Data  is  also 
essential  for  the  competitive  reprocurement  of  the  contract  end  items  and  their  spare 
parts.  This  data  is  obtained  from  contractors  either  in  aperture  cards  or  hard  copy  arc 
stored  in  the  EDSC.  The  MA  and  MM  division  request  drawings  using  AFLC  Form  1147 
to  support  sustaining  engineering  activities.  Level  3  ED  consists  of  drawings  and  associ¬ 
ated  lists  such  as  the  parts  list,  index  list,  and  data  list.  Level  3  ED  is  stored  in  the  EDSC 
(or  locally  within  the  MA  or  MM  directorate). 

Level  3  Engineering  Data  is  further  defined  as  the  data  required  to  document  and  engi¬ 
neering  design  or  product  configuration  identification.  They  include,  but  are  not  limited 
to,  engineering  drawings  and  associated  lists,  tooling  data,  flat  patterns,  master  printed 
circuit  patterns,  numerical  control  data,  test  methods  and  procedures,  acceptance  test 
criteria,  electrical  schematic  and  logic  diagrams,  configuration  item  specifications,  com¬ 
puter  products  (such  as  CAD/CAM),  and  all  processes  and  documents  referenced  therein 
that  define  the  physical  geometry,  performance  characteristics,  manufacture,  assembly, 
and  operation  of  parts,  assemblies,  or  systems. 
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Load  Data 

As  a  select  configuration  is  chosen  for  finalization,  the  load  characteristics  are  developed 
for  structural  and  mechanical  soundness.  This  information  is  gained  from  structural 
analysis  and  mechanical  loading  models  which  identify  possible  points  of  stress,  fracture, 
or  tear. 

Manufacturing  Facilities  and  Equipment  Requirements  and  Alternatives 

Contains  preliminary  information  on  manufacturing  facilities,  equipment,  and  alternatives 

necessary  to  manufacture  a  design. 

Manufacturing  Management  Strategy  Plan 

Outlines  the  long  term  management  of  the  manufacture  of  a  product 

Material  Specification  (Type  E) 

Provides  extensive  information  regarding  the  material  to  be  used  in  the  fabrication  of  a 
weapon  system.  This  information  includes  but  is  not  limited  to  material  name,  material 
characteristics;  the  electrical,  mechanical,  and  chemical  properties  of  the  material;  the 
stability  or  shelf-life;  and  processes  to  be  used  in  the  preparation  or  installation  of  the 
material. 

Military  Speciflcations/Standards 

Consists  of  the  applicable  standards  which  will  be  applied  to  the  acquisition  effort.  This 
datastore  includes  MIL-STDS,  FAR  regulations.  Air  Force  regulations,  and  any  division 
specific  regulations  which  are  normally  applied  to  a  contract.  The  purpose  of  these  regu¬ 
lations  IS  to  apply  standardization  and  control  through  the  contractual  vehicle. 

Non-Process  Specifications 

Identify  the  final  System  Specifications  and  requirements  for  the  “As-Built”  item. 

OCPs  (Organic  Change  Proposals) 

Represent  change  proposals  which  originate  within  the  Air  Force.  OCPs  are  similar  to 
ECPs. 

Operational  Test  and  Evaluation  Report 

Prepared  from  the  OT&E  results,  and  presents  the  test  data  on  the  operational  effective¬ 
ness  and  suitability  of  the  product. 

Operational  Test  Data 

Represents  the  results  of  the  OT&E  of  the  product  to  determine  if  it  meets  the  specified 
operational  effectiveness  and  suitability. 
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Parts  List 

I>etails  the  nomenclature,  part  name,  part  number,  and  drawing  reference  for  each  item. 
FDD  (Product  Definition  Data)  Database 

Represents  that  set  of  product  data  which  defines  the  design  of  a  system.  In  this  context, 
it  consists  of  an  optimum  design  based  upon  selection  criteria.  It  includes  the  design, 
analytical,  and  engineering  data  that  is  required  to  develop  the  part. 

PDR  (Preliminary  Design  Review)  Minutes 

Represents  minutes  which  reflect  technical  comments  made  at  the  Preliminary  Design 
Review. 

Performance  Test  Data 

Represents  the  qualification  parameters  which  must  be  attained  during  the  test  period. 
Pre-Award  Surveys 

Conducted  to  ensure  that  the  contractor  is  capable  of  performing  the  contract  tasks.  The 
survey  includes  a  review  of  the  corporate  drawing  standards,  procedures,  manufacturing 
capabilities,  etc. 

Pre-Planned  Product  Improvements  (P3I)  Plan 

Contains  the  proposed  improvements  in  a  system  based  on  information  on  new  technolo¬ 
gies.  materials,  or  processes  that  will  be  available  in  the  future. 

Prime  ALC 

Represents  the  Air  Logistics  Center  (ALC)  which  has  the  principle  responsibility  for  the 
management  and  maintenance  of  the  engineering  data  on  a  weapon  system 

Process  Data 

Represents  the  processes,  such  as  heat-treat,  welding,  hardness,  etc.,  which  are  used  to 
manufacture  a  product. 

Process  Specification  (Type  D) 

Details  the  processes  required  to  fabricate  or  manufacture  and  process  information. 
Producibility  and  Engineering  Plan  (PEP) 

Represents  the  producibility  and  engineering  criteria  that  will  be  used  in  the  design  effort. 
This  plan  contains  both  general  and  specific  quantitative  and  qualitative  criteria,  and 
defines  the  types  of  production  technology. 
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Product  Spcciflcation  (Type  C) 

Details  five  major  specifications.  The  specifications  describe  the  functional  and  fabrica¬ 
tion  specifications  for  the  1)  prime  item,  2)  critical  item,  and  3)  non-complex  item. 
In-addition,  an  inventory  item  and  a  software  product  specification  are  created  under  the 
Type  C  specification. 

Production  Competition  Plan 

Outlines  the  competitive  production  of  an  item. 

Production  Contract 

Represents  one  of  several  contract  types  identified  during  the  acquisition  cycle.  The 
Production  Contract  is  the  vehicle  whereby  the  Air  Force  contracts  with  a  firm  to  produce, 
manufacture,  and  fabricate  the  designed  configuration  based  on  the  approved  detail  de¬ 
sign. 

Production  Risk  Assessment 

Contains  an  assessment  of  the  risk  involved  with  the  production  of  a  specific  design. 
Production  Schedule 

Describes  the  facilities,  processes,  and  routing  used  to  produce  an  item. 

Production  Test  Data 

Is  acquired  during  production  on  the  static  testing  of  selected  item  to  meet  the  perform¬ 
ance  and  quality  requirements. 

Proposals 

Are  the  vehicles  whereby  the  contractor  documents  the  technical  approach  tc  meet  the 
requirements  and  risking,  as  outlined  in  the  Request  For  Proposal  (RFP)  or  Invitation  For 
Bid  (IFPI. 

Purchase  Requirements 

Represents  the  requirements  for  the  purchase  of  material  which  may  require  a  long  lead 
lime 

Quality  Assurance  (QA)  Data 

Distribution  Division  (DS)  uses  contractor  supplied  or  Air  Force  developed  QA  data  to 
inspect  and  verify  the  quality  of  the  incoming  raw  material/parts  prior  to  being  accepted. 
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Quality  Control  (QC)  Data 

Either  supplied  by  the  contractor  or  intemaliy  developed,  QC  data  is  used  by  MAQ  to 
ensure  that  the  quality  of  manufactured  parts  are  same  as  the  original  parts  in  the  weapon 
system.  QC  data  checks  for  form,  fit  and  function  of  the  manufactured  parts.  QC 
inspection  involves  both  destructive  and  non-destructive  testing  methods. 

Quality  Assurance  Plan 

Outlines  the  procedures  and  measures  that  will  be  taken  to  ensure  the  quality  of  the 
product  produced. 

Kanking  Criteria 

Represents  the  criteria  used  in  evaluation  of  the  defined  configurations.  The  criteria  used 
must  be  broad  enough  to  differentiate  between  configurations.  Sources  of  the  criteria 
include  the  SEMP,  TEMP,  and  System  Concept  papers.  The  configurations  are  then 
scored  on  the  basis  of  the  criteria.  The  criteria  may  also  be  weighted  for  emphasis  in 
particular  areas. 

Requirements 

Represents  the  initial  system  requirements.  These  requirements  are  continually  refined  in 
parallel  with  the  design  of  the  weapon  system. 

Review  Package 

Represents  the  design  and  technical  information  presented  to  engineers  prior  to  the  CDR. 
This  package  affords  the  reviewers  time  in  which  to  critically  evaluate  the  design,  and  to 
formulate  comments  or  issues  which  occur  at  the  CDR. 

SDR  (System  Design  Review)  Review  Minutes 

Identify  any  inconsistencies  or  problems  prior  to  any  preliminary  development.  The  re¬ 
view  is  an  opportunity  to  gain  an  understanding  of  the  system  specifications,  design,  cost, 
preliminary  operational  concept,  and  any  interface  requirements. 

Selection  Criteria 

Identifies  those  factors  which  may  be  considered  indicators  in  analyzing  and  projecting 
the  relative  merit  of  a  proposal.  Examples  of  selection  criteria  include  the  soundness  of 
the  technical  approach,  an  examination  of  risk,  or  experience  in  relative  areas. 

SEMP  (System  Engineering  Management  Plan) 

Identifies  the  process,  methodology,  and  controls  to  be  used  during  the  system  engineer¬ 
ing  process.  This  document  consists  of  three  sections:  Technical  Program  Planning  and 
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Control,  Engineering  Process,  and  Engineering  Specialty  Integration.  The  SEMP  require¬ 
ments  are  defined  in  MIU-STD-499A. 

Shape^ize  Data 

Identifies  the  shape  and  size  characteristics,  such  as  geometry,  topology,  dimensions,  etc. 
for  the  product. 

Simulation  Models 

Represent  the  simulation  models  used  to  determine  performance  characteristics  in  a  simu¬ 
lated  environment. 

Source  Selection  Analysis 

Represents  the  qualitative  and  quantitative  analysis  of  the  submitted  proposals.  Using 
weighted  criteria,  the  Air  Force  employs  quantitative  analysis  as  well,  reviewing  the  tech¬ 
nical,  financial,  and  managerial  capability  of  the  firm. 

Special  Purpose  Drawings 

Represents  drawings  which  are  not  easily  incorporated  into  the  other  five  categories.,  for 
-’xample:  book  form,  optical,  wiring,  digital,  kit  drawings,  and  modification  drawings. 

Specifications 

There  are  five  types  of  specifications;  System  Specification  (Type  A),  Development 
Specification  (Type  B),  Product  Specification  (Type  C),  Process  Specification  (Type  D) 
and  Material  Specification  (Type  E).  All  these  specifications  arc  used  in  the  post-produc¬ 
tion  support  of  the  weapon  system. 

SRR  Review  Minutes  (System  Requirements  Review) 

Are  generated  to  record  the  first  review  of  the  system  requirements  as  they  are  inter¬ 
preted  to  meet  the  various  “need”  statements  (SON,  MENS).  The  minutes  include  ac¬ 
tions  items,  points  of  clarification,  and  a  step-by-step  account  of  each  major  requirement 
area. 

Study  Contracts  (Concept  Exploration) 

Establish  a  baseline  of  technology  used  to  determine  available  technologies  for  a  system. 
An  example  of  a  study  contract  in  this  context  would  include  a  review  of  metal  alloys, 
available  tooling  methods,  or  a  review  of  current  propulsion  systems  available  for  the 
aircraft. 
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Synthesis 

Within  each  candidate  configuration,  a  synthesis  is  formulated  detailing  the  essence  of  its 
functional  characteristics.  This  synthesis  is  used  for  trade-off  analysis  on  the  candidates 
effectiveness,  affordability,  and  design. 

System  Analysis  Data 

Represents  analyses  of  each  of  the  concepts.  The  functional  areas  covered  include  per¬ 
formance  predictions,  and  mathematical,  geometric,  and  FEM  (Finite  Element  Modeling) 
data.  This  data  will  be  used  for  preliminary  evaluation  of  each  of  the  concepts. 

System  Definition  Products 

As  more  systems  engineering  is  performed  on  each  of  the  initial  concepts,  system  defini¬ 
tion  products  are  formulated.  Examples  of  these  products  include  Mission  Requirements 
Analysis,  System  Cost/Effectiveness  Analysis,  Preliminary  Operational  Concept,  Func¬ 
tional  Analysis,  and  Specialty  Discipline  Studies. 

Systcm/Segment  Specification  fType  A) 

Contains  the  data  item  descriptions  that  will  apply  to  the  development  of  a  system. 

TO  00-3SD-54-USAF  Materiel  Deficiency  Reporting  and  Investigating  System 
Defines  USAF  materiel  deficiency  reporting  and  investigating  system. 

TCTO  (T.O.  00-5-15) 

Describes  policies  and  procedure  for  preparing  Time  Compliance  Technical  Orders 
(TCTOs)  for  the  modification  kits. 

Technical  Order  (TO) 

Are  manuals  describing  the  process,  tools,  and  equipment  required  to  perform  repair. 
Technical  Reports 

Are  prepared  by  contractors  and  delivered  to  Air  Force  at  PMRT.  They  contain  informa¬ 
tion  on  the  technical  description  of  the  weapon  system  on  areas  such  as  stress  analysis, 
assumptions  and  input  for  analysis,  results  of  the  analysis,  test  results  and  system  descrip¬ 
tion,  etc. 

TEMP  (Test  and  Evaluation  Master  Pian) 

Identifies  the  objectives  o!  the  test  program  which  is  detailed  in  the  test  plan  or  test 
procedure  The  TEMP  is  used  to  identify  the  thrust  of  the  test  program  initiatives  early 
enough  for  a  review  prior  to  development  of  the  detailed  test  plans. 
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Test  Data 


Operational  and  flight  test  data  is  tracked,  verified,  and  recorded  for  the  installation/test 
of  the  modification  kit. 

Test  Data  Sets 

For  some  weapon  systems,  it  may  be  necessary  to  simulate  an  operational  environment  to 
conduct  and  achieve  a  valid  test.  In  order  to  simulate  an  operational  environment,  manu¬ 
ally  generated  test  data  sets  can  be  substituted.  Further,  test  data  sets  can  be  tailored  to 
test  for  error  conditions,  thereby  establishing  that  functional  parameters  have  been  met. 

Test  Plan 

Describes  the  planning,  execution,  and  testing  of  the  performance  and  functionality  of  a 
configuration  item.  This  document  outlines  the  roles  and  responsibilities  of  various  or¬ 
ganizations  throughout  the  test  effort  and  also  identifies  the  formal  test  requirements, 
required  interfaces,  and  the  assumptions  and  constraints. 

Test  Procedures 

In  order  to  outline  the  steps  involved  in  conducting  the  test,  a  Test  Procedure  document  is 
generated  Using  the  Test  Plan,  the  available  specifications,  and  the  requirements  docu¬ 
ment,  as  a  basis  for  those  CIs  requiring  test,  test  procedures  are  developed.  Each  test 
procedure  details  the  steps  necessary  to  fulfill  the  test  requirements  outlined  in  the  Test 
Plan. 

Test  Production  Item 

Represents  the  first  item  of  a  product  produced.  This  item  is  used  to  perform  preliminary 
operational  testing  and  evaluation. 

Test  Results 

Represents  the  data  recorded  during  each  test  procedure.  The  test  results  are  used  as  the 
basis  of  analysis  in  determining  functional  compliance,  which  will  then  be  outlined  in  the 
Test  Report. 

Test  Requirements 

Identify  how  functional  characteristics  can  be  verified.  Each  test  requirement  details  the 
approach  in  determining  how  each  characteristic  requires  verification.  The  document  will 
be  used  to  generate  the  test  procedures. 

Tooling  Data 

Defines  the  necessary  tooling  for  each  process  during  the  manufacture  of  an  item. 
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Tooling,  Process,  and  Material 

Contains  the  tooling,  process,  and  material  requirements  necessary  to  manufacture  a  de¬ 
sign. 

Trade  Studies  (Engineering) 

Establish  trade-offs  in  the  capabilities  and  manufacture  of  a  design. 

Undimensioned  Drawings 

Depict  to  a  precise  scale  items  for  which  dimensioned  drawings  would  prove  impractical. 
These  drawings  include  loft  line  information,  templates,  patterns,  panels,  special  scales, 
or  cable  assemblies. 

Waivers,  Deviations,  and  NORs 

The  waivers,  deviations,  and  NORs  (Notice  of  Revision)  involve  changes  to  the  specifica¬ 
tion  or  drawings.  These  differ  from  ECPs  and  OCPs  in  that  the  change  is  not  to  the 
system,  but  to  the  design. 

C.6.2  EXTERNAL  ENTITIES 

External  entities  are  logical  groupings  of  organizations  or  processes  that  represent  a 
source  or  destination  of  data.  By  designating  an  organization  or  process  as  an  external 
entity,  it  is  implicitly  stated  that  it  is  outside  the  boundary  of  the  process  being  defined. 

AF  CSAB  (Configuration  Status  Accounting  Board) 

Identifies  the  process  of  handling  the  configuration  status  accounting,  the  application  of 
CM  principles,  and  generating  the  requirements  of  configuration  status  reports. 

APPRO  (Air  Force  Plant  Representative  Officer) 

Provides  coordination,  Q/C,  and  liaison  between  the  contractor  and  both  the  implementing 
and  supporting  commands.  The  APPRO  is  generally  required  on  longer  acquisitions  and 
is  usually  located  at  the  contractor  site. 

ALC  (Air  Logistics  Center) 

Identifies  the  ALC's  presence  at  the  IPR.  The  SPM/EDMO  will  work  with  the  SPO/EDMO 
in  determining  not  only  the  quality  but  the  acceptability  of  the  drawings. 

ALC  Depot  (SRU) 

Replenishes  spares  for  shop  replaceable  units  (SRU).  SRUs  are  the  type  of  spares  re¬ 
placement  performed  only  at  Depot  in  contrast  to  Line  Replaceable  Units.  DS  stores  the 
SRUs  in  a  warehouse  for  subsequent  distribution  and  installation. 
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ALC-SPM  (System  Program  Manager) 

Provides  a  focal  point  for  technical,  operational,  and  logistical  support  for  a  weapon  sys¬ 
tem  The  SPM  IS  the  organization  within  a  given  ALC  responsible  for  supporting  the 
engineering  effort  for  implementing  modifications,  managing  the  system  configu  :ion 
and  providing  logistics  support  for  the  system  during  the  weapon  system  life-cycle. 

Contract  Award 

Upon  approval  of  ECP,  a  prototype  contract  is  awarded  to  produce  a  First  Article  for 
testing  the  proposed  modification.  A  second  contract  for  full  scale  production  of  the 
modification  is  awarded  after  verification  of  the  modification  test  results. 

Contractor  (CON) 

Identifies  input  to  or  output  from  the  Contractor.  This  external  is  used  in  several  proc¬ 
esses,  such  as  the  production  effort,  the  In-Process  Review,  Spares  Reprocurement,  or  the 
modification  effort 

Contractor  Design  Group 

Serves  as  the  initiator  for  development  of  drawings  used  to  support  the  design  package 
and  provides  the  specific  design  information  which  is  required  for  the  drawing  to  meet 
standards 

CR  -  Competition  Advocacy 

The  primary  mission  of  the  CR  organization  is  to  acquire  I-evel  3  Engineering  Data  pack¬ 
ages  for  the  competitive  reprocurement  of  weapon  systems,  spare  parts,  and  modification 
programs. 

Depot/Base 

Repairs  and  local  manufacturing  are  performed  both  at  depot  level  and  base  level.  Re¬ 
quests  are  nitiated  in  support  of  the  repair/local  manufacturing  performed  When  base 
does  not  have  the  capabilities,  they  request  depot  to  perform  manufacturing/repair 

DMMIS  (Depot  Maintenance  Management  Information  System) 

This  system  will  replace  33  current  data  systems.  Phase  1  is  a  prototype  effort  that  will 
control  material;  functions,  compute  material  requirements,  maintain  maintenance  inven- 
toiy  records,  initiate,  edit  and  control  material  requirements,  and  schedule  workloads. 
Phase  2  will  incorporate  industry  accepted  Manufacturing  Resources  Planning  (MRP  II) 
concepts  in  the  acquisition  and  implementation  of  a  prototype  system  at  Ogden  Air  Logis¬ 
tics  Center  and  the  Aerospace  Guidance  and  Metrology  Center  ('988).  Phase  3  will 
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incrementally  implement  the  final  design  at  the  Air  Logistics  Centers'  product  divisions  in 
the  mid  ]990’s. 

DS  (Directorate  of  Distribution) 

Responsible  for  the  receipt,  storage,  packaging  and  shipment,  material  quality  control, 
and  transportation  of  all  parts  and  equipment. 

EDSC  (ALC) 

Represents  the  manual  repositories  for  storing  and  maintaining  engineering  data  acquired 
by  Air  Force  weapon  systems.  The  EDSCs  maintain  engineering  data  aperture  cards/hard 
copy  drawings  and  produce  millions  of  reproductions  annually.  Each  ALC/EDSC  main¬ 
tains  engineering  data  for  the  assigned  weapon  system  and  commodities  in  support  of 
reprocurement  of  spares,  local  manufacturing/repairs,  modifications,  and  engineering 
support. 

EDSC  (Base) 

Provides  engineering  data  support  to  ail  installation  activities  which  require  engineeiing 
data  support.  The  EDSCs  at  the  bases  only  contain  Contractor  Designed  Activity  (CDA) 
or  subcontractor  drawings. 

Final  Product 

Represents  the  production  line  item  produced  during  full  scale  production 
HQ-USAF 

Initiates  a  modification  request  when  the  system  requires  new  operational  capabilities 
(Class  V  modification). 

Initial  Production  Item 

Is  produced  using  techniques  that  represent  those  that  will  be  used  during  full  scale  pro¬ 
duction  of  a  product. 

MA  (Directorate  of  Maintenance) 

Responsible  for  the  organic  depot-level  maintenance  production  facilities  in  the  modifica¬ 
tion,  local  manufacturing,  and  repair  of  weapon  system.  MA  initiates  a  request  to  MMI  to 
buy  occasional  or  as-needed  spares  purchase. 

Manufacturing 

Identified  as  both  a  recipient  and  contributor  of  manufacturing  specifications,  as  well  as 
the  organization  responsible  for  production. 
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Manufacturing/QA  Engineer 

Responsible  for  establishing  the  produceabiiity  and  suitability  of  a  design  and  associated 
manufacturing  processes. 

Material  Substitution 

Involves  the  engineering  analysis  to  define  material  requirements  and  specifications  then 
select  the  material  to  meet  the  requirements. 

MM  (Directorate  of  Materiel  Management) 

Responsible  for  engineering  management,  development,  and  control  of  the  design,  per¬ 
formance,  and  reliability  of  assigned  systems  and  equipment.  MM  initiates  the  local 
manufacturing  request  for  depot  level  re-manufacturing. 

MMMSU 

Defines  the  tooling  data  requirements  for  spares  reprocurement  packages. 

MM_D  (Requirements  and  Distribution  Branch) 

Initiates  the  Procurement  Request  (PR),  ensures  inclusion  of  approved  “ngineering  data, 
and  provides  item  management  support  by  acquiring  and  maintaining  material  inventory 
in  support  of  spares  reprocurement  and  modification. 

MM_R  (Engineering  and  Reliability  Branch) 

Performs  engineering  analysis  for  modifications,  ECPs  review,  and  performs  analysis  and 
defines  requirements  for  structural  damage  repairs.  MM_R  performs  Damage  Tolerance 
Assessment  as  part  of  the  repair  process. 

Modification  Policy  Group  Program  Review  Committee 

This  group  consists  of  the  ALC/SPM,  Equipment  Specialist,  Item  Managers  and  Engineers 
monitoring  and  managing  the  modification. 

N/C  vs.  Conventional  Machining  Comparison  (NCIPE) 

The  Numerical  Control  Industrial  Plant  Equipment  (NCIPE)  package  is  used  to  develop  a 
cost  comparison  whether  to  manufacture  a  part  by  conventional  machining  or  by  NC 
machining  The  NCIPE  program  identifies  the  cost  for  both  machining  and  manpower 
requirement. 

PCO  (Procurement  Contracting  Officer) 

Represents  the  individual  authorized  to  make  changes  to  the  contract.  This  office  is  .'iso 
used  for  official  lines  of  communication  on  subject  areas  such  as  acceptance  or  rejection 
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of  deliverables,  delays,  problems  in  meeting  technical  goals,  etc.  In  the  context  of  the  the 
IPR,  the  PCO  formally  tasks  the  contractor  to  resolve  any  deficiencies. 

PM  (Manufacturing  and  Contracting  Division) 

Responsible  for  establishing  contractual  relations  with  industries  for  the  acquisition,  main¬ 
tenance,  and  modification  of  aircraft  and  spare  parts.  PM  is  responsible  for  the  execu¬ 
tion  of  the  PR,  acquisition  of  engineering  data,  evaluating  potential  firms  for  contract 
award,  administering  the  performance  of  the  contract,  and  accepting  the  final  products. 

Production  Readiness  Review  Plan 

Outlines  the  major  issues  which  impact  the  readiness  of  a  program  to  begin  full-scale 
production. 

Recipients  lA'v*'  SOW 

Represents  those  cited  on  the  CDRL  as  recipients  of  the  design  package.  The  recipients 
may  include  the  Using  Commands,  associated  agencies,  laboratories,  other  contractors, 
etc. 

Regulations 

Identifies,  for  the  context  of  the  IPR  dataflow,  the  regulations  cited  in  the  contract  which 
may  pertain  to  the  holding  of  an  IPR.  It  also  serves  as  the  body  of  information  which 
identifies  the  procedures  for  corrections  to  be  established  or  effected  subsequent  to  the 
IPR. 

Spare  Parts 

Represents  the  components  of  a  product  which  have  been  identified  as  being  replaced 
during  the  life  of  the  product.  Additional  components  are  produced  during  the  initial 
manufacture  of  an  item  to  take  advantage  of  the  cost  reductions  available  through  mass 
production. 

SPO  (System  Program  Office) 

Provides  a  focal  point  for  the  design,  development,  acquisition,  and  implementation  of  a 
weapon  system.  The  SPO  is  comprised  of  several  subcomponents:  Engineering,  Configu¬ 
ration  Management,  Logistics,  Program  Control,  Program  Management,  Data,  and  Manu¬ 
facturing.  The  SPO  provides  funding,  program  and  technical  direction,  and  business 
support  to  the  Air  Force  in  developing  a  weapon  system. 

SPO  (Configuration  Management) 

Provides  the  technical  review  of  the  configuration  management  (CM)  plan  which  is  gener¬ 
ated  by  the  contractor.  This  review  will  ensure  that  CM  requirements  aie  met,  and  that 
the  CM  approach  proptosed  is  sound. 
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Subcontractor 

Represents  a  company  to  which  the  prime  contractor  issues  contracts  for  the  development 
and  manufacture  of  system  components. 

Test  Centers 

Represents  those  organizations  (i.e.,  AFOTEC,  AFFTC,  Test  Wings,  etc.)  which  are  em¬ 
ployed  during  testing  due  to  their  unique  test  capabilities  or  experience. 

Test  Wings 

Responsible  for  performing  operational  flight  testing,  design/manufacturing,  and  installa¬ 
tion  in  support  of  new  weapon  systems  and  modification  programs.  In  the  modification 
process,  they  perform  operational  flight  testing  for  Class  n  (R  &  D)  temporary  modifica¬ 
tions. 

Using  Commands  (SAC,  MAC,  and  TAC) 

Identify  and  document  operational  deficiencies  in  the  form  of  reports  (QDR,  TDR  and 
MDR)  Tliese  reports  are  sent  to  ALCs  for  analysis.  A  data  base  0063  (Maintenance  and 
Operational  Data  Access  System)  is  used  to  track  the  weapon  system  R&M  data. 

Warehouse 

Represents  that  part  of  the  Distribution  and  Supply  (DS)  Directorate  which  is  responsible 
for  storing  the  material  and  distributing  to  the  appropriate  requesters. 
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Transition  from  Development  to  Production 
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Technical  Review  &  Audits  for  SystemSt  Equipment,  and 
Computer  Software 
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“Report  of  Audit  Follow-up  Audit-Management  of  Engineering  Data”,  Air  Force  Audit 
Agency,  1986 

"The  Inspector  General's  (TIG)  Inspection  of  the  Effectiveness  and  Timeliness  of  Engi¬ 
neering  Data",  Air  Force  Inspection  and  Safety  Center,  1986 

“Systems  Engineering  Management  Guide”,  Defense  System  Management  College,  1986 
“Air  Force  Almanac”,  Air  Force  Magazine,  May  1988 
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The  above  organizations  are  the  points  of  contact  within  the  Air  Force.  DoD.  and  Industry  that  supported  this  effort  through  site  visits, 
personal,  and/or  telephone  contacts. 


